[HowTo] ioBroker unter Docker auf Synology DiskStation

[Telefisch]

Hallo André, kein Problem…

Weihnachten gehört der Familie.

Ich habe alles auf aktuellem Stand.

Gleiche Versionen wie bei dir.

Gruß Carsten

[andre]

@Telefisch:

Hallo André, kein Problem…

Weihnachten gehört der Familie.

Ich habe alles auf aktuellem Stand.

Gleiche Versionen wie bei dir.

Gruß Carsten `

OK, ich habe zwischenzeitlich das Verhalten nachstellen können. Scheint mir so als komme der Container unter bestimmten Voraussetzungen mit dem Installationsscript des zwave-Adapters nicht klar. Schaue mir das gleich mal genauer an wenn die Kinder im Bett sind.

MfG,

André

[Telefisch]

…wie geschrieben funktioniert der YAHKA Adapter auch nicht mehr.

Vermutlich weil Avahi fehlt.

Da habe ich ähnliche Fehlermeldungen wenn ich das installieren möchte.

Der YAHKA hat vor dem Update des Images noch funktioniert.

[andre]

So, was ich jetzt heraus finden konnte ist, dass ich aktuell keine echte Lösung zum Installationsproblem mit dem zwave adapter anbieten kann.

Wie es ausschaut gibt es ein generelles Problem mit der Ausführung von Befehlen per sudo in einem Container der das selbe Netzwerk wie das Hostsystem benutzt. Leider wird im Installationsscript des zwave-Adapters gerade dieser Aufruf verwendet sodass die Installation dann in Fehler läuft.

Ein denkbarer Workaround könnte sein, dass man den Docker Container ohne das Häkchen "Dasselbe Netzwerk wie Docker Host verwenden" erstellt und alle Ports, die ioBroker und dessen Adapter benutzen manuell mappt. So habe ich auch meinen Testcontainer laufen und da geht die Installation ja fehlerfrei durch… Sorry, mehr Optionen konnte ich leider nicht finden...

@Telefisch:

…wie geschrieben funktioniert der YAHKA Adapter auch nicht mehr.

Vermutlich weil Avahi fehlt.

Da habe ich ähnliche Fehlermeldungen wenn ich das installieren möchte.

Der YAHKA hat vor dem Update des Images noch funktioniert. `
Was Avahi angeht, das kann ich leider nicht nachstellen. Hatte hier irgendwo einen Post, dass sich der Avahi-Dienst im Docker mit dem Avahi-Dienst der DS behakt. Schau mal im DSM unter "Systemsteuerung - Dateidienste - Erweitert" ob der Bonjour-Dienst aktiviert ist. Falls ja, einfach mal den Haken entfernen und den Container neu starten. Wenn dann der Avahi weiterhin nicht startet könntest du mal über die Kommandozeile "/etc/init.d/avahi-daemon start" versuchen und schauen was es dazu als Fehlermeldung gibt…

Wichtigste Erkenntnis von heute Abend: Beim Arbeiten über die Kommandozeile im Container immer ohne "sudo". Zumindest wenn der Container das selbe Netzwerk wie der Host verwendet...

MfG,

André

[Telefisch]

Hmm…

Bonjour abgeschaltet und Container neu gestartet, ohne Erfolg.

Versucht Avahi manuell zu starten:
` > root@iobroker:/# /etc/init.d/avahi-daemon start

[FAIL] Starting Avahi mDNS/DNS-SD Daemon: avahi-daemon failed! `

Gibt es irgendwo eine Zusammenfassung welche Ports weitergeleitet werden müssen?

…wird ja nicht nur 8081 und 8082 sein...?

Und danke für Deine Hilfe!

Gruß Carsten

[andre]

@Telefisch:

Hmm…

Bonjour abgeschaltet und Container neu gestartet, ohne Erfolg.

Versucht Avahi manuell zu starten:
` > root@iobroker:/# /etc/init.d/avahi-daemon start

[FAIL] Starting Avahi mDNS/DNS-SD Daemon: avahi-daemon failed! `

Gibt es irgendwo eine Zusammenfassung welche Ports weitergeleitet werden müssen?

…wird ja nicht nur 8081 und 8082 sein...?

Und danke für Deine Hilfe!

Gruß Carsten `

Hallo, läuft bei dir im Container ein Prozess mit dem Ausführungsbefehl "dbus-daemon –system"? Falls nicht, versuche mal den Befehl auszuführen. Könnte dann ggf. so aussehen:

root@iobroker:/opt/iobroker# dbus-daemon --system
Failed to start message bus: The pid file "/var/run/dbus/pid" exists, if the message bus is not running, remove this file
root@iobroker:/opt/iobroker# rm /var/run/dbus/pid
root@iobroker:/opt/iobroker# dbus-daemon --system
root@iobroker:/opt/iobroker# /etc/init.d/avahi-daemon start
[ ok ] Starting Avahi mDNS/DNS-SD Daemon: avahi-daemon.
root@iobroker:/opt/iobroker#

Der dbus ist Vorraussetzung für den avahi….

Was die Zusammenfassung der ioBroker Ports angeht, da kenne ich zumindest keine Quelle. Der ein oder andere Adapter bringt ja auch noch einen Port mit... schwierig da den Überblick zu behalten... Überlege gerade ob man sowas mal anfangen soll, dann könnte man ggf. den Docker-Container generell (auch für nicht so versierte Benutzer) mit Portforwarding betreiben. Allerdings müsste man mal schauen was das ggf noch für andere Problemchen mitbringen könnte.

MfG,

André

[Telefisch]

der dbus-daemon war nicht gestartet.

Ich habe das manuell gemacht und konnte jetzt auch den avahi-daemon starten.

Jetzt ist YAHKA wieder grün.

Ich habe aber zwischenzeitlich auch einen neuen Container erstellt ohne gleiches Netzwerk.

Nachdem ich 9000, 9001, 8081 und 8082 freigegeben hatte konnte ich auch direkt den Yahka installieren.

ZWave ist auch durchgelaufen, da kann ich bisher nur noch keinen USB-Stick auswählen.

Ich denke es sind damit einige Probleme tatsächlich gelöst.

Jetzt versuche ich erstmal den Container wieder auf die alte Installation zu mappen und dann sehen wir weiter.

Kannst Du mir außer den genannten Ports noch welche sagen, die unbedingt nötig sind?

Die speziellen Adapter-Ports muss ich dann ggf. anders herausfinden.

[andre]

Das klingt ja schon mal nicht so verkehrt.

Was den USB Stick angeht… Soweit ich weiß, hat der Container nur Zugriff auf die USB-Devices wenn er mit erweiterten Rechten ausgeführt wird (Häkchen "Container mit hoher Priorität ausführen"). ist das Häkchen bei dir gesetzt?

Die genannten Ports hören sich gut an. Wüsste jetzt aus dem Stand auch nicht mehr...

MfG,

André

[Telefisch]

Das mit dem USB-Stick funktioniert jetzt auch, im Moment kopiere ich grade ein Backup zurück.

Bisher hat der hm-rpc noch nen roten Punkt. Da fehlt wohl der richtige Port, denke ich.

! ` > hm-rpc.0 2017-12-27 11:20:22.560 info Disconnected

hm-rpc.0 2017-12-27 11:20:22.513 info Connected

hm-rpc.0 2017-12-27 11:20:22.433 info xmlrpc -> 192.168.178.183:2010 init ["http://192.168.178.2:2010",""]

hm-rpc.0 2017-12-27 11:20:22.433 error Error: listen EADDRNOTAVAIL 192.168.178.2:2010 at Object.exports._errnoException (util.js:1020:11) at exports._exceptionWithHostPort (util.js:1043:20) at Server._listen2 (net.js:1249:19)

hm-rpc.0 2017-12-27 11:20:22.433 error uncaught exception: listen EADDRNOTAVAIL 192.168.178.2:2010

hm-rpc.0 2017-12-27 11:20:22.433 info xmlrpc client is trying to connect to 192.168.178.183:2010 with ["http://192.168.178.2:2010","hm-rpc.0"]

hm-rpc.0 2017-12-27 11:20:22.432 info xmlrpc server is trying to listen on 192.168.178.2:2010

hm-rpc.0 2017-12-27 11:20:22.327 info starting. Version 1.4.14 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v6.12.2 `

2010 scheint aber nicht auszureichen, den hab ich bereits weitergereicht

Update: gelöst, Adapteradresse darf nicht auf "auf allen IPs hören" stehen sondern muss auf die Schnittstelle gestellt werden

[Telefisch]

…doppelpost gelöscht

[Telefisch]

Ach verdammt,

irgendwie läuft das noch immer nicht richtig.

Der Homekit-Adapter läuft zwar aber vom iOS aus finde ich keine HomeKit Bridge.

Dann habe ich ein Backup zurückgespielt um nicht alles neu installieren zu müssen aber jetzt kann ich den Zwave-Adapter wieder nicht installieren:

! ` > $ ./iobroker add zwave

npm install iobroker.zwave –unsafe-perm --production --prefix "/opt/iobroker" (System call)

module.js:471 throw err;

^

Error: Cannot find module '../'

at Function.Module._resolveFilename (module.js:469:15)

at Function.Module._load (module.js:417:25)

at Module.require (module.js:497:17)

at require (internal/module.js:20:19)

at Object. <anonymous>(/opt/iobroker/node_modules/.bin/which:2:13)

at Module._compile (module.js:570:32)

at Object.Module._extensions..js (module.js:579:10)

at Module.load (module.js:487:32)

at tryModuleLoad (module.js:446:12)

at Function.Module._load (module.js:438:3)

module.js:471

throw err;

^

Error: Cannot find module '../'

at Function.Module._resolveFilename (module.js:469:15)

at Function.Module._load (module.js:417:25)

at Module.require (module.js:497:17)

at require (internal/module.js:20:19)

at Object. <anonymous>(/opt/iobroker/node_modules/.bin/which:2:13)

at Module._compile (module.js:570:32)

at Object.Module._extensions..js (module.js:579:10)

at Module.load (module.js:487:32)

at tryModuleLoad (module.js:446:12)

at Function.Module._load (module.js:438:3)

gyp: Call to 'which nodejs || which node' returned exit status 1 while in binding.gyp. while trying to load binding.gyp

gyp

ERR! configure error

gyp ERR! stack Error: gyp failed with exit code: 1gyp

ERR! stack at ChildProcess.onCpExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/configure.js:305:16)gyp ERR! stack at emitTwo (events.js:106:13)

gyp ERR! stack at ChildProcess.emit (events.js:191:7)

gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:219:12)

gyp ERR! System Linux 3.10.102gyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"

gyp ERR! cwd /opt/iobroker/node_modules/openzwave-shared

gyp ERR! node -v v6.12.2

gyp ERR! node-gyp -v v3.4.0

gyp ERR! not ok

npm

ERR! Linux 3.10.102npm ERR! argv "/usr/bin/node" "/usr/bin/npm" "install" "iobroker.zwave" "--unsafe-perm" "--production" "--prefix" "/opt/iobroker"

npm ERR! node v6.12.2

npm ERR! npm v3.10.10

npm ERR! code ELIFECYCLE

npm ERR! openzwave-shared@1.4.0 install: node-gyp rebuildnpm ERR! Exit status 1

npm ERR!

npm ERR! Failed at the openzwave-shared@1.4.0 install script 'node-gyp rebuild'.

npm ERR! Make sure you have the latest version of node.js and npm installed.

npm ERR! If you do, this is most likely a problem with the openzwave-shared package,npm ERR! not with npm itself.

npm ERR! Tell the author that this fails on your system:

npm ERR! node-gyp rebuild

npm ERR! You can get information on how to open an issue for this project with:

npm ERR! npm bugs openzwave-shared

npm ERR! Or if that isn't available, you can get their info via:

npm ERR! npm owner ls openzwave-shared

npm ERR! There is likely additional logging output above.

npm

ERR! Please include the following file with any support request:npm ERR! /opt/iobroker/npm-debug.log

host.iobroker install adapter zwave

npm install iobroker.zwave --unsafe-perm --production --prefix "/opt/iobroker" (System call)</anonymous></anonymous> `

So langsam verliere ich ernsthaft den Spass am ioBroker

[andre]

@Telefisch:

Ach verdammt,

irgendwie läuft das noch immer nicht richtig.

Der Homekit-Adapter läuft zwar aber vom iOS aus finde ich keine HomeKit Bridge.

Dann habe ich ein Backup zurückgespielt um nicht alles neu installieren zu müssen aber jetzt kann ich den Zwave-Adapter wieder nicht installieren:

! ` > $ ./iobroker add zwave

npm install iobroker.zwave –unsafe-perm --production --prefix "/opt/iobroker" (System call)

module.js:471 throw err;

^

Error: Cannot find module '../'

at Function.Module._resolveFilename (module.js:469:15)

at Function.Module._load (module.js:417:25)

at Module.require (module.js:497:17)

at require (internal/module.js:20:19)

at Object. <anonymous>(/opt/iobroker/node_modules/.bin/which:2:13)

at Module._compile (module.js:570:32)

at Object.Module._extensions..js (module.js:579:10)

at Module.load (module.js:487:32)

at tryModuleLoad (module.js:446:12)

at Function.Module._load (module.js:438:3)

module.js:471

throw err;

^

Error: Cannot find module '../'

at Function.Module._resolveFilename (module.js:469:15)

at Function.Module._load (module.js:417:25)

at Module.require (module.js:497:17)

at require (internal/module.js:20:19)

at Object. <anonymous>(/opt/iobroker/node_modules/.bin/which:2:13)

at Module._compile (module.js:570:32)

at Object.Module._extensions..js (module.js:579:10)

at Module.load (module.js:487:32)

at tryModuleLoad (module.js:446:12)

at Function.Module._load (module.js:438:3)

gyp: Call to 'which nodejs || which node' returned exit status 1 while in binding.gyp. while trying to load binding.gyp

gyp

ERR! configure error

gyp ERR! stack Error: gyp failed with exit code: 1gyp

ERR! stack at ChildProcess.onCpExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/configure.js:305:16)gyp ERR! stack at emitTwo (events.js:106:13)

gyp ERR! stack at ChildProcess.emit (events.js:191:7)

gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:219:12)

gyp ERR! System Linux 3.10.102gyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"

gyp ERR! cwd /opt/iobroker/node_modules/openzwave-shared

gyp ERR! node -v v6.12.2

gyp ERR! node-gyp -v v3.4.0

gyp ERR! not ok

npm

ERR! Linux 3.10.102npm ERR! argv "/usr/bin/node" "/usr/bin/npm" "install" "iobroker.zwave" "--unsafe-perm" "--production" "--prefix" "/opt/iobroker"

npm ERR! node v6.12.2

npm ERR! npm v3.10.10

npm ERR! code ELIFECYCLE

npm ERR! openzwave-shared@1.4.0 install: node-gyp rebuildnpm ERR! Exit status 1

npm ERR!

npm ERR! Failed at the openzwave-shared@1.4.0 install script 'node-gyp rebuild'.

npm ERR! Make sure you have the latest version of node.js and npm installed.

npm ERR! If you do, this is most likely a problem with the openzwave-shared package,npm ERR! not with npm itself.

npm ERR! Tell the author that this fails on your system:

npm ERR! node-gyp rebuild

npm ERR! You can get information on how to open an issue for this project with:

npm ERR! npm bugs openzwave-shared

npm ERR! Or if that isn't available, you can get their info via:

npm ERR! npm owner ls openzwave-shared

npm ERR! There is likely additional logging output above.

npm

ERR! Please include the following file with any support request:npm ERR! /opt/iobroker/npm-debug.log

host.iobroker install adapter zwave

npm install iobroker.zwave --unsafe-perm --production --prefix "/opt/iobroker" (System call)</anonymous></anonymous> `

So langsam verliere ich ernsthaft den Spass am ioBroker `

Hallo Carsten,

sorry dass es bei dir immernoch nicht richtig rund läuft. Ich bin gerne bereit wo es geht zu unterstützen und falls nötig auch das Image anzupassen, aber was homekit und zwave angeht, da stochere ich, mangels passender Hardware, echt im Nebel…

Was ich halt nur machen kann, sind die Informationen über die Adapter (von git) nehmen und das ganze in meinem Image bestmöglich vorbereiten.

Wenn ich jetzt (so teste ich) ein frisches Image nehme, einen Container starte und ausschließlich die Option "mit erhöhten Rechten ausführen" und eine Portweiterleitung 9091 -> 8081 konfiguriere, startet ioBroker normal und die Weboberfläche ist über Port 9091 erreichbar. Anschließend kann ich sowohl zwave (dauert recht lange) als auch homekit installieren. Homekit wird auch grün, zwave ja nicht, weil ich ja keinen Stick dran habe. Auswählen könnte ich die verschiedenen Usb Ports aber.

An dem Punkt ist in Sache testen der Funktion bei mir leider Schluss.

Was deinen aktuellen Fehler bei der Installation des Zwave angeht, könntest du es nochmal so versuchen:

npm install iobroker.zwave --unsafe-perm  --production

Manchmal hilft das…

Beim homekit könnte noch ein Port fehlen... Eventuell braucht es da noch ein Forwarding für den avahi?

Im Falle des zwave Adapters und der Netztwerkproblematik im Docker habe ich mich auch schon bei den Entwicklern zu Wort gemeldet. Leider lässt sich die Installationsroutine nicht so ohne Weiteres anpassen. Wenn ich Zeit finde, werde ich mal den Adapter forken und versuchen eine Docker-taugliche Version zu zaubern...

MfG,

Andre

PS: Vielleicht wäre es ja für dich denkbar für die problematischen Adapter mit einem Satelliten zu arbeiten (Stichwort Multihost). Ich habe zum Beispiel für alles was Hardware braucht (bei mir sind das Bluetooth Scanner und rflink) einen separaten Host laufen. Ist bei mir ein Cubietruck, könnte aber auch ein raspberry pi sein.

Grund: Ich wollte keine USB-Devices an der DS und (da meine DS nicht zentral steht) eine optimale Sende und Empfangsposition für Bluetooth und rflink.

Gesendet von meinem Smartphone mit Tapatalk

[Telefisch]

Guten Morgen Andre,

erstmal riesen Dankeschön für Deine Hilfe.

Leider funktioniert die ZWave Installation noch immer nicht.

Ich hatte gehofft, dass Du mit den Meldungen was anfangen kannst.

Die Installation des ZWave läuft bei Dir ja offensichtlich auch durch, also habe ich anscheinend (wiedermal) ne Ausnahmesituation. Schade ist das Ganze, weil es vor dem letzten Update (bis auf ZWave) monatelang lief.

Nunja, was auch immer Docker oder Synology geändert haben, wir werden es nicht beeinflussen.

Ich habe schon in Erwägung gezogen die Synology gänzlich vom iobroker zu befreien und auf eine eigene Plattform, nur für den Broker umzusteigen.

Mit den RPIs habe ich allerdings nur schlechte Erfahrungen. Hatte da ne Homebridge installiert die immer stabil lief, bis man mal wieder nach Wochen ne neue Karte installieren durfte. Das ist alles nur so halbgar.

Womit betreibst Du den Cubitruck? mit Festplatte oder SD-Karte?

Ich hatte auch schon nen NUC in Erwägung gezogen, bin mir nur noch nicht sicher welche Leistungsklasse da Sinnvoll ist.

Gruß Carsten

[andre]

@Telefisch:

Womit betreibst Du den Cubitruck? mit Festplatte oder SD-Karte?

Ich hatte auch schon nen NUC in Erwägung gezogen, bin mir nur noch nicht sicher welche Leistungsklasse da Sinnvoll ist. ` Ich habe im Cubie eine SSD Festplatte drin. Die SD steckt nurnoch drin damit das Ding von Festplatte booten kann. Läuft jetzt sein nem Jahr ohne Probleme, sind aber auch nur 5 Adapter drauf installiert.

Intel NUC hatte ich auch schon mal auf dem Einkaufszettel. Allerdings würde ich da einen recht leistungsfähigen nehmen um genug Leistung für ein paar virtuelle Maschinen zu haben.

MfG,

André

Gesendet von meinem Smartphone mit Tapatalk

[Homoran]

@andre:

Allerdings würde ich da einen recht leistungsfähigen nehmen um genug Leistung für ein paar virtuelle Maschinen zu haben. `
Wie man hier sieht ist die Nutzung in virtuellen maschinen nicht immer ganz einfach. Ich habe eine Installation auf einem NUC5PPYH laufen, selbst der ist für iobroker allein völlig unterfordert.

@andre:

Ich habe im Cubie eine SSD Festplatte drin. `
Ich hatte da seit Jahren eine 500gb hdd drin, die natürlich nicht für 5 Jahre 24/7 ausgelegt war und irgendwann mit Lagerschaden ausgefallen war. Jetzt ist auch eine SSD drin. Der cubie ist mit seinem DualCore natürlich nicht mit einem Nuc zu vergleichen. Bei mir läuft noch ein MySQL server drauf.

Gruß Rainer

Der abgetrennte Teil zum Thema Virtualisierung - und evtl. Probleme dazu befindet sich jetzt hier:

http://forum.iobroker.net/viewtopic.php?f=34&t=10159

[andre]

@Homoran:

Gruß Rainer

Der abgetrennte Teil zum Thema Virtualisierung - und evtl. Probleme dazu befindet sich jetzt hier:

http://forum.iobroker.net/viewtopic.php?f=34&t=10159 `

Danke!

Gesendet von meinem Smartphone mit Tapatalk

[dtp]

Kurze Frage.

Ich habe das ioBroker-Abbild auf meiner DS718+ installiert, als ich noch 2 GB RAM hatte. Später habe ich dann auf 6 GB aufgerüstet. Dies hat der Docker auch direkt erkannt. Mir scheint nur, dass der ioBroker irgendwie immer noch von 2 GB RAM ausgeht. Oder täusche ich mich da?

Falls nein, wie bringe ich dem ioBroker bei, dass insgesamt 6 GB zur Verfügung stehen? Oder muss ich das Abbild dazu neu installieren?

Gruß,

Thorsten

PS.: Bei mir läuft der ioBroker mit sämtlichen Adaptern übrigens einwandfrei.

PPS.: Frohes Neues natürlich.

[Homoran]

Es gibt einen unterschied zwischen FREI und Available.

Verbraucht + Frei != Gesamt.

Werbraucht + Frei + Cached = Gesamt.

Dann hat dein Docker wohl einen großen Cache

Gruß

Rainer

[dtp]

Hi Rainer,

heißt dann also, dass soweit alles in Ordnung ist, oder?

Gruß,

Thorsten

[Homoran]

Ich denke schon.

Habe aber mit VMs keine Erfahrung

Gruß

Rainer