Iobroker Installation hängt bei creating conf/iobroker.json

[echoDave]

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

[echoDave]

Ich habe es jetzt unter meinem Ubuntuserver zum laufen gebracht, kommt wohl mit irgendwas auf dem Raspi nicht zurecht.

[Allodo]

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

[apollon77]

Es scheint wohl ein Rechtsproblem zu sein.

[Allodo]

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

[apollon77]

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?

[Allodo]

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> `

[apollon77]

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.

[apollon77]

Und wenn bitte:

sudo chmod -R 777 /opt/iobroker

[Allodo]

@apollon77

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

[apollon77]

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

[Allodo]

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

[apollon77]

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

[Allodo]

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.

[apollon77]

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?