[HowTo] ioBroker unter Docker auf Synology DiskStation

[Telefisch]

Also, aktueller Stand:

ich habe nochmal laut der Anleitung die iobroker-Daten aus dem Container ausgelagert.

Jetzt liegt der iobroker im Verzeichnis docker\iobroker_mount und ist in den Container gemountet.

Optimistisch wie ich bin habe ich diesen Pfad auch als script-Pfad ausprobiert und bekomme folgende Fehlermeldung:

Standardausgabe/Fehler:

/iobroker: line 1: node: command not found

die Datei iobroker im ioBroker-Verzeichnis ist wohl nicht das ziel der Begierde :oops:

Mangels Unix-Ahnung bin ich hier am Ende mit meinem Latein.

Bin für jeden Tip dankbar

Gruß Carsten

[andre]

@Matze1708:

sooo…

also als Paket ging es nicht zu installieren.. Das Paket hat nicht gesartet.

Als Container aber schon eher... hier ist im Prozess schon mal zu erkennen das die einzelnen Adapter starten....

Aber einIobroker stopum````
iobroker host this

EDIT:

Nach langem warten konnte ich iobroker host this ausführen und ioborker starten... Alles sehr langsam.... Aktuell startet das interface auf 8081 nicht... man sieht nur kurz das Rad und dann ist wieder alles weiss. `  

Hallo Matze,

ich kann mich erinnern, dass ich auch Probleme mit dem Synology Redis Paket hatte. Wollte zuerst nicht starten. Google hat mir da aber was ausgespuckt wo eine Datei angepasst werden musste, finde aber gerade den Link nicht mehr…

Warum dein Container so langsam ist kann ich mir allerdings nicht erklären. Glaube schon einmal von jemanden sowas gelesen zu haben... Gibt es denn Fehlermeldungen? Was sagt die Auslastung der Synology? Hilft ein Neustart des Containers oder der DS? Welches Modell und wieviel RAM hast du eigentlich?

MfG,

André

Gesendet von iPad mit Tapatalk Pro

[andre]

Leute, Leute… Immer entspannt bleiben.

Ersteinmal willkommen in "meinem" Thread...

Ich habe mir eure verschobenen Beiträge jetzt das dritte Mal durch gelesen und bin zu dem Entschluss gekommen, dass irgendwas fehlt. Wie hat das ganze denn überhaupt angefangen? Was war die Ursprungsfrage? Irgendwas mit einem Script, aber welches? Bin gerne bereit zu unterstützen.

Ein paar Sachen kann ich ja schonmal kommentieren...

@Telefisch:

buanet/iobroker:latest.

Ist das dann tatsächlich die letzte Version? `
Korrekt. Das Image wird jede Nacht automatisch neu erstellt, sodass man jedes Mal wenn man es neu herunter lädt die aktuellste Version erhält.

@Telefisch:

Mittlerweile gefunden habe ich diesen:

http://forum.iobroker.net/viewtopic.php … lit=Docker

und

https://buanet.de/2017/09/iobroker-unte ... skstation/

Das werde ich jetzt nochmal durcharbeiten und dann sehen wir weiter. `
Wie ist dabei der Stand? Alle Antworten gefunden die du gesucht hast?

@Homoran:

Ok, das läuft auch lt. diesem Thread. `
So ist es. Läuft bei mir seit Ewigkeiten ohne Probleme.

@Telefisch:

Also, aktueller Stand:

ich habe nochmal laut der Anleitung die iobroker-Daten aus dem Container ausgelagert.

Jetzt liegt der iobroker im Verzeichnis docker\iobroker_mount und ist in den Container gemountet.

Optimistisch wie ich bin habe ich diesen Pfad auch als script-Pfad ausprobiert und bekomme folgende Fehlermeldung:

Standardausgabe/Fehler:

/iobroker: line 1: node: command not found

die Datei iobroker im ioBroker-Verzeichnis ist wohl nicht das ziel der Begierde :oops:

Mangels Unix-Ahnung bin ich hier am Ende mit meinem Latein.

Bin für jeden Tip dankbar

Gruß Carsten `
Hier greift jetzt meine Eingangsfrage. Um welches Script geht es? Was soll damit gemacht werden?

MfG,

André

Gesendet von iPad mit Tapatalk Pro

[Homoran]

@andre:

Hier greift jetzt meine Eingangsfrage. Um welches Script geht es? Was soll damit gemacht werden? `
Ich habe extra den link zu dem anderen thread oben im zitat eingebunden, damit der Zusammenhang nachvollziehbar bleibt.

Gruß Rainer

[Telefisch]

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 start

Da ich totaler Unix-Noob bin weiß ich nicht mehr weiter.

Gruß Carsten

[andre]

@Homoran:

@andre:

Hier greift jetzt meine Eingangsfrage. Um welches Script geht es? Was soll damit gemacht werden? `
Ich habe extra den link zu dem anderen thread oben im zitat eingebunden, damit der Zusammenhang nachvollziehbar bleibt.

Gruß Rainer `

Hallo Rainer,

das glaube ich dir. Du meinst sicher den Post #237? Dann hat das Einfügen nicht geklappt. Da steht zwar was von url, sieht mir aber so aus alsob davor was fehlt…

MfG,

André

Gesendet von meinem D5803 mit Tapatalk

[andre]

@Telefisch:

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 start

Da 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

[Telefisch]

Danke erstmal,

Dann muss ich das zumindest nicht weiter verfolgen.

Gruß Carsten.

[Homoran]

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

[andre]

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 start

der 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]:8081

Lediglich 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é

[andre]

@andre:

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 start

der 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]:8081

Lediglich 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

[sebastian.eberle]

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?

[andre]

@sebastian.eberle:

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

[sebastian.eberle]

GitHub: https://github.com/ioBroker/ioBroker.zwave

Aber warum steht in der hosts datei der name der synology und nicht der des containers?

[andre]

@sebastian.eberle:

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

[sebastian.eberle]

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?

[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

bin leider kein Linux Experte, wora könnte das liegen?

Neu gestartet habe ich schon mal.

Gruß

heinzie

[andre]

@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 io

Danach 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 procps

Werde dies allerdings noch heute in das Image einbauen, sodass dieser Schritt dann zukünftig entfällt.

MfG,

André

[heinzie]

Vielen Dank, habe es hinbekommen.

Gruss

heinzie

[andre]

@sebastian.eberle:

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é