[HowTo] ioBroker unter Docker auf Synology DiskStation
-
es ging konkret darum, dass nach einem DSM-Update in der Regel der Docker samt Image zwar läuft aber ioBroker nochmal manuell gestartet werden muss.
Da war ich auf der Suche nach einer Lösung auf den oben genannten Threat gestoßen und hatte gehofft mit dem "Startscript" was ich in den Aufgaben der Synology anlege dann meinen iobroker automatisch starten kann.
Die Kommandozeile Script zu nennen ist vielleicht etwas übertrieben aber so heißt es bei Synology nunmal
Das ist der letzte meiner Versuche…
cd /volume1/docker/iobroker_mount ./iobroker startDa ich totaler Unix-Noob bin weiß ich nicht mehr weiter.
Gruß Carsten `
Gut, dann weiß ich worum es geht.
War hier auch schon Thema. Einige User haben dieses Problem. Ich leider nicht. Meine DS startet in der Regel nur bei Updates durch, und da klappt es. Andere berichten von Problemen beim Aufwecken der DS aus dem Standby.
Für mich sieht es so aus, alsob der Fehler immer dann Auftritt wenn der Container nicht sauber beendet wurde.
Ich habe schon mehrfach versucht dieses Verhalten über das Image und das darin enthaltene Startscript abzufangen. Bisher mit mäßigem Erfolg. Habe seit kurzem noch eine neue Idee im Kopf, konnte sie aber bisher noch nicht implementiern. Bleibe aber natürlich am Ball.
Dein Ansatz wird so aber sicher nicht zum Erfolg führen. Der ioBroker liegt zwar im Filesystem der DS, läuft aber innerhalb des Docker Containers, und damit abgeschirmt von allem was sonst so auf der DS werkelt (also praktisch in einer virtuellen Maschine). Du wirst es also z.B. nicht (so einfach) schaffen über den Synology Aufgabenplaner oder ein Script auf der DS iobroker innerhalb des Containers zu starten…
MfG,
André
Gesendet von meinem D5803 mit Tapatalk
-
Danke erstmal,
Dann muss ich das zumindest nicht weiter verfolgen.
Gruß Carsten.
-
Hallo Andre,
@andre:das glaube ich dir. Du meinst sicher den Post #237? `
Mit der Postnummer kann ich nichts anfangen, ich glaube das ist eine Unart von tapatalk(??)Ich meine den ersten verschobenen Post
http://forum.iobroker.net/viewtopic.php … 220#p99144
Da ist im Quote:
> Superdad i[http://forum.iobroker.net/viewtopic.php?f=20&t=5371&p=54397#p54397](http://forum.iobroker.net/viewtopic.php?f=20&t=5371&p=54397#p54397) hat geschrieben:
ein Link enthalten.Hat sich jetzt aber wohl erledigt.
Gruß
Rainer
-
Hallo,
ich bin gerade mal wieder beim Testen einer Lösung für das Problem, dass ioBroker im Container manchmal nicht sauber startet. Dazu habe ich gerade meine Container auf die letzte Version aktualisiert. Danach liefen die ioBroker-Adapter nicht mehr an!
Lediglich der ioBroker.js-controller startete.
Nach ein paar verzweifelten Versuchen habe ich herausgefunden, dass der Container offensichtlich neuerdings mit einem eigenen hostname startet. Dabei ist der hostname gleich dem Namen des Containers. Falls dies bei euch auch der Fall ist, muss einmal im Terminal des Containers per
cd /opt/iobroker iobroker stop iobroker host this (bei multihostsystemen: iobroker host [hostname der ds]) iobroker startder hostname aktualisiert werden.
Danach sollte ioBroker wieder korrekt starten.
Ich habe aktuell noch keine Ahnung ob dieses Phänomen irgendwelche Probleme mit sich bringen kann. Bei mir laufen jedenfalls alle Adapter wieder einwandfrei. Erreichbar ist ioBroker auch weiterhin via
http://[hostname oder ip der ds]:8081Lediglich in der Admin-oberfläche wird nicht mehr der hostname der ds, sondern der des Containers angezeigt.
Bei Neuinstallationen läuft, soweit ich das beurteilen kann, alles nach Plan. In meinem Test startete mein neuer, jungfräulicher Container anstandslos.
Ich weiß leider noch nicht woran es liegt, dass dies neuerdings so geschieht. Eventuell hängt es mit einer Aktualisierung des Docker-Pakets der DS zusammen. Falls jemand ähnliche Erfahrungen gemacht hat, würde ich mich über eine Rückmeldung freuen. Danke.
MfG,
André
-
Hallo,
ich bin gerade mal wieder beim Testen einer Lösung für das Problem, dass ioBroker im Container manchmal nicht sauber startet. Dazu habe ich gerade meine Container auf die letzte Version aktualisiert. Danach liefen die ioBroker-Adapter nicht mehr an!
Lediglich der ioBroker.js-controller startete.
Nach ein paar verzweifelten Versuchen habe ich herausgefunden, dass der Container offensichtlich neuerdings mit einem eigenen hostname startet. Dabei ist der hostname gleich dem Namen des Containers. Falls dies bei euch auch der Fall ist, muss einmal im Terminal des Containers per
cd /opt/iobroker iobroker stop iobroker host this (bei multihostsystemen: iobroker host [hostname der ds]) iobroker startder hostname aktualisiert werden.
Danach sollte ioBroker wieder korrekt starten.
Ich habe aktuell noch keine Ahnung ob dieses Phänomen irgendwelche Probleme mit sich bringen kann. Bei mir laufen jedenfalls alle Adapter wieder einwandfrei. Erreichbar ist ioBroker auch weiterhin via
http://[hostname oder ip der ds]:8081Lediglich in der Admin-oberfläche wird nicht mehr der hostname der ds, sondern der des Containers angezeigt.
Bei Neuinstallationen läuft, soweit ich das beurteilen kann, alles nach Plan. In meinem Test startete mein neuer, jungfräulicher Container anstandslos.
Ich weiß leider noch nicht woran es liegt, dass dies neuerdings so geschieht. Eventuell hängt es mit einer Aktualisierung des Docker-Pakets der DS zusammen. Falls jemand ähnliche Erfahrungen gemacht hat, würde ich mich über eine Rückmeldung freuen. Danke.
MfG,
André `
So, ergänzend noch ein kleines Update für alle die hin und wieder Probleme mit dem Starten von ioBroker im Container haben.
Ich habe das Startverhalten vom Container überarbeitet und hoffe nun endlich das Startproblem gelöst zu haben. Das neue Image steht zum Download bereit. Beim Aktualisieren den Hinweis aus meinem letzten Post berücksichtigen. Wie immer freue ich mich über jede Rückmeldung.
MfG,
André
Gesendet von iPad mit Tapatalk Pro
-
Hi,
habe dein neues Image gezogen und den Container gestartet (opt/iobroker Verzeichnis blieb gleich, da auf Synology). Container startet korrekt, allerdings ist es tatsächlich so, dass der Hostname jetzt = Container Name ist. In der /etc/hosts steht aber der Name meiner Synology.
Außerdem habe ich jetzt das Problem, dass der Z-Wave Adapter nicht mehr startet. Fehler: libopenzwave.so.1.4: cannot open shared object file: No such file or directory
Das habe ich bisher über sudo ldconfig /usr/local/lib64 gelöst. sudo sagt mir aber dass es den hostname iobroker (so heisst mein Container) nicht auflösen kann…
Kann jemand helfen?
-
Hi,
habe dein neues Image gezogen und den Container gestartet (opt/iobroker Verzeichnis blieb gleich, da auf Synology). Container startet korrekt, allerdings ist es tatsächlich so, dass der Hostname jetzt = Container Name ist. In der /etc/hosts steht aber der Name meiner Synology.
Außerdem habe ich jetzt das Problem, dass der Z-Wave Adapter nicht mehr startet. Fehler: libopenzwave.so.1.4: cannot open shared object file: No such file or directory
Das habe ich bisher über sudo ldconfig /usr/local/lib64 gelöst. sudo sagt mir aber dass es den hostname iobroker (so heisst mein Container) nicht auflösen kann…
Kann jemand helfen? `
Hallo,
danke für das Feedback. Also spontan würde ich jetzt einfach mal versuchen über die Datei etc/hosts den Namen des Containers mit 127.0.0.1 auf zu lösen…
Hast du ne Quelle zum z-wave Adapter? Also was für vorraussetzungen der braucht? Hab den nicht im Einsatz und würde sonst mal schauen dass ich seine Abhängigkeiten ggf. mit in das Image aufnehme.
MfG,
André
Gesendet von meinem Smartphone mit Tapatalk
-
GitHub: https://github.com/ioBroker/ioBroker.zwave
Aber warum steht in der hosts datei der name der synology und nicht der des containers?
-
GitHub: https://github.com/ioBroker/ioBroker.zwave
Aber warum steht in der hosts datei der name der synology und nicht der des containers? ` Warum das so ist weiß ich nicht. Aber es können dort eigentlich auch beide Namen gleich aufgelöst werden.
Übrigens brauchst du im Container eigentlich kein sudo. Du bist dort eigentlich immer root.
MfG,
André
Gesendet von meinem Smartphone mit Tapatalk
-
Ok hab den Adapter nochmal gelöscht und neu installiert. Jetzt läuft er wieder. Ärgerlich, da die ganze Konfig jetzt weg ist… :oops:
Der HomeKit Adapter hat auch nicht sauber funktioniert. Wäre super wenn du die benötigten Pakete in das Image integrieren würdest. Andernfalls wird ein Update des Container Images immer etwas kritisch oder? D.h. man sollten den Container eigentlich nach erstem Erstellen und Konfigurieren nicht mehr wegwerfen... Oder sehe ich das falsch?
-
Hallo,
versuche gerade den iobroker auf meiner DS918+ zu installieren.
Hat soweit auch alles wunderbar geklappt. Komme über :8081 auch auf den iobroker.
Nur wenn ich auf der DS918+ über den Terminal Einstellungen vornehmen möchte, kommt immer eine Fehlermeldung
bin leider kein Linux Experte, wora könnte das liegen?
Neu gestartet habe ich schon mal.
Gruß
heinzie
-
Hallo,
versuche gerade den iobroker auf meiner DS918+ zu installieren.
Hat soweit auch alles wunderbar geklappt. Komme über :8081 auch auf den iobroker.
Nur wenn ich auf der DS918+ über den Terminal Einstellungen vornehmen möchte, kommt immer eine Fehlermeldung
2017-12-07_190623.jpg
bin leider kein Linux Experte, wora könnte das liegen?
Neu gestartet habe ich schon mal.
Gruß
heinzie `
Hallo,
das liegt daran, dasss ioBroker seit der neusten Version des Containers nicht mehr als Dienst gestartet wird. Habe das geändert, weil viele Nutzer Probleme mit dem Start von ioBroker nach dem Standby oder einem Restart der DiskStation hatten…
Leider bin ich noch nicht dazu gekommen die Anleitung entsprechend anzupassen.
Um in der neuen Version ioBroker zu stoppen, bitte in der Konsole folgendes machen:
pkill ioDanach ist iobroker gestoppt und man kann ganz normal tun was man geplant hatte
Anschließend geht dann zwar zum Starten auch ein "iobroker start", ich empfehle aber (Aufgrund der Restart Problematik) folgenden Befehl:
node node_modules/iobroker.js-controller/controller.js >/opt/scripts/docker_iobroker_log.txt 2>&1 &Alternativ funktioniert auch ein einfacher Neustart des Containers über die Docker Oberfläche der DS.
Wichtig: Aktuell sagt der Container bei "pkill io" noch, dass er den befehl nicht kennt. Falls dem so ist muss einmal das Paket procps installiert werden:
apt-get install procpsWerde dies allerdings noch heute in das Image einbauen, sodass dieser Schritt dann zukünftig entfällt.
MfG,
André
-
Vielen Dank, habe es hinbekommen.
Gruss
heinzie
-
Ok hab den Adapter nochmal gelöscht und neu installiert. Jetzt läuft er wieder. Ärgerlich, da die ganze Konfig jetzt weg ist… :oops:
Der HomeKit Adapter hat auch nicht sauber funktioniert. Wäre super wenn du die benötigten Pakete in das Image integrieren würdest. Andernfalls wird ein Update des Container Images immer etwas kritisch oder? D.h. man sollten den Container eigentlich nach erstem Erstellen und Konfigurieren nicht mehr wegwerfen... Oder sehe ich das falsch? `
Hallo Sebastian,
ich habe mal die ganzen Voraussetzungen für den zwave mit in das Image integriert. Beim nächsten Durchlauf heute Nacht kommt das dann mit rein.
Was Homekit angeht, habe ich den Fehler gefunden. Das hatte ich bereits alles integriert, allerdings hat sich da wohl was in den Voraussetzungen geändert sodass der Daemon nicht mehr gestartet ist. Den Fix dafür baue ich heute aber nicht mehr ein. Da muss ich mir erst noch was ausdenken…
Was deine Bedenken angeht, sehe ich ein Update des Containers absolut nicht kritisch. Mache das jetzt ja schon seit einiger Zeit immer wieder und habe bisher noch keinen Adapter neu installieren bzw. konfigurieren müssen. Allerdings nutze ich auch weder homekit noch zwave...
(Dafür aber derzeit 50 andere Adapter im Container)Außerdem bleibt die eigentliche ioBroker-installation ja beim Update des Containers immer gleich. Der ioBroker-Oderner liegt ja schließlich auf der DS. Was sich ändert sind nur die Paketversionen der Umgebung für ioBroker. Prizipiell kann man diese "System-Updates" aber auch manuell über die Kommandozeile (apt-get update && apt-get upgrade) machen und so den einmal erstellten Container auch dauerhaft nutzen. Letztendlich bleibt das natürlich jedem selbst überlassen.
MfG,
André
-
Hi Andre,
wow cool vielen Dank. Habe schon angefangen ein eigenes Image zu bauen
aber da warst du schneller!Wie testest du neue Images? Habe mir überlegt parallel nen zweiten Container mit neuem Image zu starten. Ports ist dann halt bissl tricky?!
LG,
Sebastian
Gesendet von iPhone mit Tapatalk
-
Ah noch ein Input: Wäre cool wenn du deine Images im Dockerhub mit Versionen Tagst. So bekommt man immer nur „latest“ was du ja überschreibst oder?
Gesendet von iPhone mit Tapatalk
-
> ich habe mal die ganzen Voraussetzungen für den zwave mit in das Image integriert. Beim nächsten Durchlauf heute Nacht kommt das dann mit reinWelchen Hardware Adapter verwendet ihr denn für zwave?
Könnte ich dann z.B. diesen Adapter einfach in die synology eintstecken ?
-
Ich persönlich benutze
https://www.amazon.com/Aeotec-Z-Stick-Z … B00X0AWA6E
Nicht an nem NAS aber Raspberry und esxi Host
Send from mobile device
-
Ich persönlich benutze
https://www.amazon.com/Aeotec-Z-Stick-Z … B00X0AWA6E
Nicht an nem NAS aber Raspberry und esxi Host
Send from mobile device `
Den nutze ich an der Synology… -
Hätte da mal eine Frage!
Seit längerem zeigt der ioBroker an, dass eine neuere Version bei Hosts verfügbar ist.
Habe diese auch mal aktualisiert, über Terminal. Doch danach lief der ioBroker nicht mehr.
Musste ein Backup wiederherstellen.
Muss ich dieses Hosts Update durchführen, oder reicht es wenn ich regelmässig dein buanet Image neu in den Container lade?
3298_bildschirmfoto_2017-12-09_um_15.58.31.png
