[HowTo] ioBroker unter Docker auf Synology DiskStation

[ChrisXY]

hmm nu wollte ich FHEM verküpfen. Aber der trick mit beides bridged .. oder da fhem sein eiegnes Docker Netzt hat den IO dort auch hinzufügen funktioniert nicht.
Egal mit welcher IP

obroker	2019-05-18 11:17:26.363	error	instance system.adapter.fhem.0 terminated with code 0 (OK)
host.iobroker	2019-05-18 11:17:26.363	error	Caught by controller[0]: port: 7072 }
host.iobroker	2019-05-18 11:17:26.363	error	Caught by controller[0]: address: '172.18.0.6',
host.iobroker	2019-05-18 11:17:26.363	error	Caught by controller[0]: syscall: 'connect',
host.iobroker	2019-05-18 11:17:26.363	error	Caught by controller[0]: code: 'ECONNREFUSED',
host.iobroker	2019-05-18 11:17:26.363	error	Caught by controller[0]: errno: 'ECONNREFUSED',
host.iobroker	2019-05-18 11:17:26.363	error	Caught by controller[0]: at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1191:14)
host.iobroker	2019-05-18 11:17:26.362	error	Caught by controller[0]: { Error: connect ECONNREFUSED 172.18.0.6:7072

Wenn ich unter iobroker ssh ping -t 4 172.18.0.6 mache klappt das .. also verbindung geht .. Liegt es am Port ??? Docker FHEM hat : 0.0.0.0:7072 7072/tcp

Hat hier jemand eine andere Lösung ?

ACHSO UND AUFPASSEN..
Docker reboot / Synology Reboot = NEUE IPS .. Docker verteilt immer wieder neue IPs kann man sicher noch wo festlegen ?

[Negalein]

@ChrisXY sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

ACHSO UND AUFPASSEN..
Docker reboot / Synology Reboot = NEUE IPS .. Docker verteilt immer wieder neue IPs kann man sicher noch wo festlegen ?

Das wäre mir neu!
Hab immer die eingestellte IP.
Ändert sich nie. Egal ob DS, Docker oder sonst was neu bootet.

[Holzlenkrad]

@ChrisXY
Wenn du FHEM und Iobroker in ein eigenes Bridge-Netz hängst, dann kannst du auch einfach den Container-Namen statt der IP-Adresse benutzen, dann ist es ja egal ob die IP-Adressen sich ändern.
Ich frage mich ehrlich gesagt, was die Entwickler sich dabei gedacht haben, dass das Standardnetzwerk keine DNS-Funktion hat...

Da du ja dennoch die richtige IP-Adresse verwendest vermute ich, dass dein FHEM falsch konfiguriert ist.
Standardmäßig kann nur Localhost auf diesen zugreifen. Was fehlt ist der Zusatz "global".

Also entweder den Alten Telnet-Port löschen und mit

define telnetPort telnet 7072 global

neu erstellen oder einfach einen anderen, zweiten Port nur für iobroker nutzen.

[ChrisXY]

@Holzlenkrad said in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

define telnetPort telnet 7072 global

okay danke das GLOBAL fehlte wohl hatte so ein docker fhem .. nu läuft es. Hab den Container Namen genommen.
Leider geht nur IP bei Diskstation Reserve Proxy Wenn ich den Hostename eintrage sagt er nicht erreichbar ... Und da hab ich es auch das wenn ich es neu Starte eine neue IP bekomme .. dann muss ich den Reserve Proxy anpassen .. oh mannnn

[andre]

@cash sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

Ich würde auch gerne auf die V3 wechseln aber ich bin noch bei einer Version mit node6.

Portainer kann ich doch auf jeden Fall schon mal installieren oder? Denn damit kann ich ja meine jetztige Version nicht zerschießen oder?

Ja, Portainer ist davon absolut unabhängig.

Danach müsste ich ja erstmal meine bestehende Updaten auf die letzte V2 oder? Wie sollte ich dort am sinnvollsten vorgehen? Bzw was muss ich noch sichern um im Fall der Fälle wieder auf meine lauffähige Version zu wechseln? Wöchentlich läuft bei mir ein Sicherungsscript vom ioBroker Verzeichnis. Kann ich auch irgendwie den bestehenden Container und das ausgelagerte Verzeichnis „docker/ioBroker-Daten“ in einen rutsch sichern?

Lass alles so wie es ist. Stoppe den aktuellen Container und dupliziere über deine DS den Ordner mit den ioBroker-Daten. Dann erstelle einen neuen Container aus dem V2 Image und nutze als Verzeichnis den Duplikat des ioB-Ordners.
Dann im Container (ioBroker wird wohl nicht starten) reinstall.sh ausführen (Weitere Infos dazu auch in der iobroker Doku)... Wenn das geklappt hat und ioB läuft kannst du weiter machen...

Wenn ich portainer am laufen hätte könnte ich doch auch mit macvlan ein zweites ioBroker installieren mit sep. IP könnte ich dann wirklich parallel zwei ioBroker am laufen haben wobei eins nur ein Test System ist?

Ja, das kannst du machen. Kann dann parallel laufen.
Du kannst auch in V3 neu starten und die Adapter von der alten Stück für Stück rüber ziehen. Also Adapter neu installieren und die Config per copy-paste übernehmen. Für Adapter wie vis, history oder javascript könntest du die relevanten Daten einfach rüber kopieren... Je nach Größe deiner Installation ist das zwar ein bisschen Aufwand, dafür wäre dein System dann sauber.... Ich würde es so machen...

MfG,
André

[andre]

@ChrisXY sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

@Holzlenkrad said in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

define telnetPort telnet 7072 global

okay danke das GLOBAL fehlte wohl hatte so ein docker fhem .. nu läuft es. Hab den Container Namen genommen.
Leider geht nur IP bei Diskstation Reserve Proxy Wenn ich den Hostename eintrage sagt er nicht erreichbar ... Und da hab ich es auch das wenn ich es neu Starte eine neue IP bekomme .. dann muss ich den Reserve Proxy anpassen .. oh mannnn

Du kannst die IP auch im container festlegen:

MfG,
André

[Negalein]

@andre

Muss ich beim SNMP auf was achten, damit er wieder die Daten aus meiner Synology lesen kann?

SNMP ist in der Firewall freigegeben.

Bekomme beim SNMP-Adapter im ioBroker folgende Fehlermeldung.

10.0.1.22    Error session.get: RequestTimedOutError: Request timed out

Im Portainer hab ich für den ioBroker 2 Netzwerke.

[andre]

@Negalein sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

@andre

Muss ich beim SNMP auf was achten, damit er wieder die Daten aus meiner Synology lesen kann?

SNMP ist in der Firewall freigegeben.

Bekomme beim SNMP-Adapter im ioBroker folgende Fehlermeldung.

10.0.1.22    Error session.get: RequestTimedOutError: Request timed out

Im Portainer hab ich für den ioBroker 2 Netzwerke.

Versuchs mal mit der 172.17.0.1 im SNMP... Da die 10er Adresse deiner DS und die 10er Adresse deines iobroker auf einer physikalischen Netzwerkkarte liegen können die sich nicht erreichen... Geht wohl nur über das bridge Netzwerk...

MfG,
André

[cash]

Hallo André,

danke für Deine Antwort. Zu V3 habe ich bestimmt noch Fragen wenn ich soweit bin. Habe heute mal versucht V2 zu installieren. Nach dem Start des Containerns hatte ich Zugriff auf die Weboverfläche von iobroker. Aber das log sah nicht gut aus (Fehler wegen Node Versionen). Habe dann einfach über die Konsole den reinstall durchgeührt. Nach einer gefühlten Ewigkeit war die Installation beendet und die Fehler im ioBroker log weg.

Muss man nicht zwangsweise auch ein iobroker host this durchführen?

Insgesamt schien auf jeden Fall alles zu laufen bis auf yahka. Der blieb rot. Einmal gestoppt und gestartet und er wurde auch grün. Nur waren alle meine Geräte nicht in der Konfiguration von yahka. Ich habe den V2 Container erstmal gestoppt und den alten wieder gestartet. Dort funktioniert wie erwartet noch alles. Ich werde es nochmal probieren. Ich vermute das Synology hatte noch nicht alles kopiert vom iobroker-daten Verzeichnis. Nach dem Stoppen vom Container zwei kam auf einmal der Hinweis in der Synology OPberfläche das es fertig ist mit dem kopieren. War evtl zu ungeduldig.

Für den nächsen Test habe ich aber noch eine Zusatzfrage: Sollte ich beim nächsten Test vor dem reinstall noch iobroker host this machen? Oder danach? Wann aktualisiere ich am besten den js-Controller? Und zu guter letzt sollte ich iobroker vorher per Terminal stoppen?

[Negalein]

@andre sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

Versuchs mal mit der 172.17.0.1 im SNMP...

Danke, das wars!

So, jetzt werde ich V3 als Hauptinstallation verwenden.

[ChrisXY]

@andre said in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

@ChrisXY sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

@Holzlenkrad said in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

define telnetPort telnet 7072 global

okay danke das GLOBAL fehlte wohl hatte so ein docker fhem .. nu läuft es. Hab den Container Namen genommen.
Leider geht nur IP bei Diskstation Reserve Proxy Wenn ich den Hostename eintrage sagt er nicht erreichbar ... Und da hab ich es auch das wenn ich es neu Starte eine neue IP bekomme .. dann muss ich den Reserve Proxy anpassen .. oh mannnn

Du kannst die IP auch im container festlegen:

MfG,
André

Danke Muss ich dafür echt immer auf EDIT und den Container ganz neu erstellen ?

Edit: Wichtig ist wohl das man oben Network bridged auswählt oder ? Weil im iob_public hat er ja schon eine ip. Hab damit eben mein Docker rzuerschossen g

[ChrisXY]

hmm und unter bridged kann man wohl keine feste IP anlegen ..
user specified IP address is supported on user defined networks only
Schon krass das docker per zusallen das ganze vergibt und es sich nicht merkt ???????????

[andre]

@cash sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

Hallo André,

danke für Deine Antwort. Zu V3 habe ich bestimmt noch Fragen wenn ich soweit bin. Habe heute mal versucht V2 zu installieren. Nach dem Start des Containerns hatte ich Zugriff auf die Weboverfläche von iobroker. Aber das log sah nicht gut aus (Fehler wegen Node Versionen). Habe dann einfach über die Konsole den reinstall durchgeührt. Nach einer gefühlten Ewigkeit war die Installation beendet und die Fehler im ioBroker log weg.

Muss man nicht zwangsweise auch ein iobroker host this durchführen?

Nicht zwingend. Kommt drauf an ob dein ioBroker Container vorher einen anderen namen hatte. Schaden kann es aber nicht. Wenn der Name aber nicht stimmen würde, dann würdest du nicht auf den Admin kommen, bzw der wäre nicht gestartet. War bei mir zumindest so.

Insgesamt schien auf jeden Fall alles zu laufen bis auf yahka. Der blieb rot. Einmal gestoppt und gestartet und er wurde auch grün. Nur waren alle meine Geräte nicht in der Konfiguration von yahka. Ich habe den V2 Container erstmal gestoppt und den alten wieder gestartet. Dort funktioniert wie erwartet noch alles. Ich werde es nochmal probieren. Ich vermute das Synology hatte noch nicht alles kopiert vom iobroker-daten Verzeichnis. Nach dem Stoppen vom Container zwei kam auf einmal der Hinweis in der Synology OPberfläche das es fertig ist mit dem kopieren. War evtl zu ungeduldig.

Ich mache das immer per "cp" über die Kommandozeile der DS. Mit dem folgenden Befehl kopiert er alle Dateien mit Ausgabe auf der Kommandozeile. So siehst du immer wo er ist und wann er fertig ist. Kann schonmal ein wenig dauern...

cp -arv /volume1/docker/iobroker_data/. /volume1/docker/iobroker_data_bak

Für den nächsen Test habe ich aber noch eine Zusatzfrage: Sollte ich beim nächsten Test vor dem reinstall noch iobroker host this machen? Oder danach?

Wenn dann vorher.

Wann aktualisiere ich am besten den js-Controller?

Wenn alles läuft (Ich gehe aber davon aus, dass ioBroker das während des "reinstall.sh" automatisch auf die aktuelle Version zieht).

Und zu guter letzt sollte ich iobroker vorher per Terminal stoppen?

Ja, ioBroker immer stoppen.

MfG,
André

[andre]

@ChrisXY sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

@andre said in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

@ChrisXY sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

@Holzlenkrad said in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

define telnetPort telnet 7072 global

okay danke das GLOBAL fehlte wohl hatte so ein docker fhem .. nu läuft es. Hab den Container Namen genommen.
Leider geht nur IP bei Diskstation Reserve Proxy Wenn ich den Hostename eintrage sagt er nicht erreichbar ... Und da hab ich es auch das wenn ich es neu Starte eine neue IP bekomme .. dann muss ich den Reserve Proxy anpassen .. oh mannnn

Du kannst die IP auch im container festlegen:

MfG,
André

Danke Muss ich dafür echt immer auf EDIT und den Container ganz neu erstellen ?

Ja, das ist der Weg. Kleiner Tip. Vorher den Container stoppen. Ich habe es manchmal dass er es sonst nicht schafft den alten zu entfernen...

Edit: Wichtig ist wohl das man oben Network bridged auswählt oder ? Weil im iob_public hat er ja schon eine ip. Hab damit eben mein Docker rzuerschossen g

Ja, das im Screenshot ist mein iobroker-private netz (ein selbst angelegtes bridge netz). Bei iob_public sollte das auch gehen. nur muss die ip dann in dem bereich liegen in dem das iob_public liegt...

@ChrisXY sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

hmm und unter bridged kann man wohl keine feste IP anlegen ..
user specified IP address is supported on user defined networks only
Schon krass das docker per zusallen das ganze vergibt und es sich nicht merkt ???????????

Das kann sein. Das standard bridged netz ist etwas eingeschränkt (hat auch keine namensauflösung)... denke das muss ich im Tutorial nochmal ergänzen...

MfG,
André

[ChrisXY]

ja im iob_Public kein Problem .. aber da abekomme ich ja die IP in meinem richtigen netz 192.168.2.100.... Auch nur eine einzige IP dort. Diese IP ista auch fest.
Wenn ich nun aber auf EDIT gehe kann ich nur 1 NETZ auswählen. Wenn ich hier bridge auswägle und die 17.2.0.2 nehmen will sagt er das geht nicht... Und gerade um dieses Netz geht es mir ja für die Interne verbindung von der Diskstation zum Container .. na gut dann MUSS ich da wohl nach jedem Neustart den Reserve Proxy anpassen

Aso wie schaut das aus wenn der iobroker mit dme Macvlan beim DHCP mitlauschen will ? Muss ich da was machen Port ? Oder geht das auch wieder nicht so einfach?

[efxz]

Moin,
bei mir funktioniert die Porweiterleitung nicht. IOB startet nur unter IP:32775. Wenn ich den Container stoppe und wieder starte, wird der Port um 1 erhöht (32776).

muss ich den Container löschen und neu anlegen? Falls ja, was gebe ich dann bei Portweiterleitung ein?

VG

[efxz]

@efxz sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

Moin,
bei mir funktioniert die Porweiterleitung nicht. IOB startet nur unter IP:32775. Wenn ich den Container stoppe und wieder starte, wird der Port um 1 erhöht (32776).

muss ich den Container löschen und neu anlegen? Falls ja, was gebe ich dann bei Portweiterleitung ein?

VG

hat sich erledigt...Port 8081:8081

[cburghardt]

Wie es aussieht, gibt es ein Problem bei der Umstellung von host auf bridge network. Ich habe ein multihost System (auf der Synology ist der master).
Nach der Umstellung des Netzwerkes meint der liebe js-controller (1.5.9), dass keine Instanzen gestartet werden müssen.

Fehler: Host on this system is not possible, because IP address is for states is 0.0.0.0

Ich habe dann die alte Version des container gestartet und es geht wieder alles.
Ist vermutlich etwas für @Bluefox ?

[andre]

@ChrisXY sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

ja im iob_Public kein Problem .. aber da abekomme ich ja die IP in meinem richtigen netz 192.168.2.100.... Auch nur eine einzige IP dort. Diese IP ista auch fest.
Wenn ich nun aber auf EDIT gehe kann ich nur 1 NETZ auswählen. Wenn ich hier bridge auswägle und die 17.2.0.2 nehmen will sagt er das geht nicht... Und gerade um dieses Netz geht es mir ja für die Interne verbindung von der Diskstation zum Container .. na gut dann MUSS ich da wohl nach jedem Neustart den Reserve Proxy anpassen

Nein, das musst du nicht. Lege dir einfach ein eigenes Bridged Netzwerk an. Dann kannst du auch feste IP-Adressen vergeben oder mit den Container-Namen arbeiten....

Aso wie schaut das aus wenn der iobroker mit dme Macvlan beim DHCP mitlauschen will ? Muss ich da was machen Port ? Oder geht das auch wieder nicht so einfach?

Was meinst du mit "mitlauschen"?

MfG,
André

[cburghardt]

@cburghardt sorry das war mein Fehler. Man sollte den hostname nicht verändern
Jetzt läuft die Version 3