NEWS
Iobroker Installation hängt bei creating conf/iobroker.json
-
dann hängt er wieder beim creating.
der opt ordner gehört openhab:openhabian, hängt das vllt damit zusammen?
[11:05:31] openhabian@openHABianPi:/opt$ sudo rm iobroker/ -dR [sudo] password for openhabian: [11:05:54] openhabian@openHABianPi:/opt$ ls afterfirstboot.lock FireMotD openhabian openHABian-install-successful vc [11:05:56] openhabian@openHABianPi:/opt$ sudo mkdir iobroker [11:06:05] openhabian@openHABianPi:/opt$ sudo chmod 777 /opt/iobroker [11:06:20] openhabian@openHABianPi:/opt$ ls -l total 20 -rw-rw-r-- 1 openhab openhabian 91 Dec 20 22:16 afterfirstboot.lock drwxrwxr-x 5 openhab openhabian 4096 Dec 20 22:10 FireMotD drwxrwxrwx 2 root root 4096 Mar 20 11:06 iobroker drwxrwxr-x 8 openhab openhabian 4096 Feb 7 08:24 openhabian -rw-rw-r-- 1 openhab openhabian 0 Dec 20 22:16 openHABian-install-successful drwxrwxr-x 7 openhab openhabian 4096 Apr 10 2017 vc [11:06:32] openhabian@openHABianPi:/opt$ cd iobroker/ [11:06:40] openhabian@openHABianPi:/opt/iobroker$ sudo npm install iobroker.js-controller --production --save npm WARN deprecated localhost.daplie.me-certificates@1.3.5: this package has been deprecated npm WARN lifecycle iobroker.js-controller@1.3.0~preinstall: cannot run in wd %s %s (wd=%s) iobroker.js-controller@1.3.0 node lib/preinstall_check.js /opt/iobroker/node_modules/.staging/iobroker.js-controller-a76002ca > unix-dgram@0.2.3 install /opt/iobroker/node_modules/unix-dgram > node-gyp rebuild gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/8.10.0" gyp WARN EACCES attempting to reinstall using temporary dev dir "/opt/iobroker/node_modules/unix-dgram/.node-gyp" make: Entering directory '/opt/iobroker/node_modules/unix-dgram/build' CXX(target) Release/obj.target/unix_dgram/src/unix_dgram.o SOLINK_MODULE(target) Release/obj.target/unix_dgram.node COPY Release/unix_dgram.node make: Leaving directory '/opt/iobroker/node_modules/unix-dgram/build' > ursa@0.9.4 install /opt/iobroker/node_modules/ursa > node-gyp rebuild gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/8.10.0" gyp WARN EACCES attempting to reinstall using temporary dev dir "/opt/iobroker/node_modules/ursa/.node-gyp" make: Entering directory '/opt/iobroker/node_modules/ursa/build' CXX(target) Release/obj.target/ursaNative/src/ursaNative.o SOLINK_MODULE(target) Release/obj.target/ursaNative.node COPY Release/ursaNative.node make: Leaving directory '/opt/iobroker/node_modules/ursa/build' > iobroker.js-controller@1.3.0 install /opt/iobroker/node_modules/iobroker.js-controller > node iobroker.js setup first creating conf/iobroker.json
-
Ich habe es jetzt unter meinem Ubuntuserver zum laufen gebracht, kommt wohl mit irgendwas auf dem Raspi nicht zurecht.
-
Hänge mich hier mal dran, da ich dasselbe Problem habe. Bekomme iobroker partout nicht auf meinem RPi2 (Stretch) installiert.
Stretch Image installiert, danach piVCCU, (OH2 war installiert, jedoch wieder gelöscht), FHEM läuft.
Habe nodejs in mehreren Versionen installiert, jedes Mal ohne Erfolg
-
Es scheint wohl ein Rechtsproblem zu sein.
-
Ich habe vorher chmod 777 /opt/iobroker gemacht, von daher sollten die Rechte doch korrekt vergeben worden sein, oder nicht?
Ggf. wie kann ich das überprüfen? Bin kein Linuxcrack
-
EIne Frage von mir:
Wenn das dort "hängt" und Du checks im ioBroker-verzeichnis:
-
existing das Verzeichnis iobroker-data?
-
existiert das angegebene File dort?
-
-
Also habe gerade nachgeschaut, das Verzeichnis iobroker-data existiert und darin enthalten ist ein File iobroker.json (3KB)
Ich musste den Prozess mit Strg + C abbrechen, weil sich gar nichts mehr tat, auf der Console.
` > pi@raspberrypi:/opt/iobroker $ iobroker start
Starting iobroker controller daemon…
iobroker controller daemon started. PID: 7870
pi@raspberrypi:/opt/iobroker $ iobroker status
iobroker is not running `
` > pi@raspberrypi:/opt/iobroker $ sudo chmod 777 /opt/iobroker
pi@raspberrypi:/opt/iobroker $ sudo npm install iobroker.js-controller –production --save
npm WARN lifecycle iobroker.js-controller@1.4.2~preinstall: cannot run in wd %s %s (wd=%s) iobroker.js-controller@1.4.2 node lib/preinstall_check.js /opt/iobroker/node_modules/.staging/iobroker.js-controller-a76002ca
iobroker.js-controller@1.4.2 install /opt/iobroker/node_modules/iobroker.js-controller
node iobroker.js setup first
Cannot write file. Not critical: Error: EACCES: permission denied, open '/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../../../killall.sh'
iobroker.inst@1.1.2 /opt/iobroker
└── iobroker.js-controller@1.4.2
pi@raspberrypi:/opt/iobroker $ iobroker start
Starting iobroker controller daemon...
/opt/iobroker/node_modules/daemonize2/lib/daemonize.js:136
throw new Error(msg.error);
^
Error: Error: EACCES: permission denied, mkdir '/opt/iobroker/node_modules/iobroker.js-controller/lib/states/../../../../iobroker-data/backup-objects/'
at Error (native)
at Object.fs.mkdirSync (fs.js:932:18)
at new StatesInMemory (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInMemServer.js:109:16)
at createStates (/opt/iobroker/node_modules/iobroker.js-controller/controller.js:186:12)
at init (/opt/iobroker/node_modules/iobroker.js-controller/controller.js:2543:14)
at Object. <anonymous>(/opt/iobroker/node_modules/iobroker.js-controller/controller.js:2624:1)
at Module._compile (module.js:577:32)
at Object.Module._extensions..js (module.js:586:10)
at Module.load (module.js:494:32)
at tryModuleLoad (module.js:453:12)
at ChildProcess. <anonymous>(/opt/iobroker/node_modules/daemonize2/lib/daemonize.js:136:19)
at emitTwo (events.js:106:13)
at ChildProcess.emit (events.js:191:7)
at process.nextTick (internal/child_process.js:787:12)
at _combinedTickCallback (internal/process/next_tick.js:73:7)
at process._tickCallback (internal/process/next_tick.js:104:9)
pi@raspberrypi:/opt/iobroker $ ls -l
total 32
drwxr-xr-x 2 root root 4096 Jun 12 21:53 iobroker-data
-rw-r--r-- 1 root root 91 Jun 12 21:53 killall.sh
drwxr-xr-x 2 root root 4096 Jun 12 21:53 log
drwxr-xr-x 334 root root 12288 Jun 13 21:35 node_modules
-rw-r--r-- 1 root root 254 Jun 13 21:35 package.json
-rw-r--r-- 1 root root 655 Jun 12 21:53 reinstall.sh</anonymous></anonymous> `
-
Ok, dann hangeln wir uns weiter durch.
Existiert das "logs" Verzeichnis im ioBroker-Verzeichnis?
Ansonsten bitte mal prüfen ob auf Port 9000 oder 9001 irgendetwas läuft ohne das iobroker läuft.
Auch bitte mal den Inhalt der iobroker-conf file schicken.
-
Und wenn bitte:
sudo chmod -R 777 /opt/iobroker
-
Ja, das logs-Verzeichnis existiert ebenfalls. Leider bin ich gerade bei der Arbeit und kann die Sachen nur per Handy probieren.
Habe mal mit 'netstart -tnl | grep ":9001"' geschaut, ob etwas auf dem Port läuft, die Ausgabe lautet wie folgt:
tcp 0 0 0.0.0.0:9001 0.0.0.0.* LISTEN
Allerdings habe ich endlich einen LOG-File und darin folgende Errors:
error: Another instance is running or same application uses port! error: uncaught exception: listen EADDRINUSE 127.0.0.1:9001 error: host.raspberrypi_design/system missing - call node iobroker.js setup
-
Dann ist das dein Problem!! Port 9000 und 9001 werden gebraucht.
Finde raus was genau da läuft und mach es weg
Ich denke es ist etwas anderes, ioBroker connected dahin und hängt dann weil er nicht seine Antwort bekommt oder so.
Und denke das das der Grund ist
-
Habe jetzt mal die Ports auf 9002 und 9003 geändert und iobroker status ergibt iobroker is running.
Soweit so gut, aber ich komme immer noch nicht auf das WebInterface
Dieser Fehler taucht immer noch im Logfile auf:
error: host.raspberrypi_design/system missing - call node iobroker.js setup
-
Naja jetzt löscher alles und installiere neu.Der Setup-Prozess ist mittendrin hängen geblieben und du hast abgebrochen. Damit "kaputt".
Mach das was da steht: iobroker setup aufrufen oder löschen und neu
-
Ich habe jetzt herausgefunden, wer den Port 9001 blockiert. Es ist node selbst.
Zumindest zeigt mir netstat -nlp folgendes an:
tcp 0 0.0.0.0:9001 0.0.0.0.* LISTEN 297/Node
Wenn ich jetzt alles neu installiere, müsste doch eigentlich dasselbe Problem wieder auftreten, da Standardmäßig ja Port 9000 und Port 9001 frei sein müssen. Dies habe ich ja gerade in der iobroker.json umgebogen auf 9002 und 9003. Jedoch alles gelöscht, somit auch das umbiegen.
-
Hm dann hättet vllt einspringen gehabt den Server auf Port 9000 zu starten?
Es ist ja ok weil ioBroker die Ports selbst öffnet. Aber er müsste beide machen. Wenn nur 9001 da war dann ist die Frage: warum fehlt 9000?