[HowTo] ioBroker unter Docker auf Synology DiskStation
-
@andre sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
@Berchemer sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Also die Antwort auf deine Oder-Frage: JA. Jeder Anwendung sein Container. Verbunden über ein gemeinsames Bridge Netzwerk.
Und lies mal zu docker-compose. Damit kannst du mit einem "Config-File" alle Container inkl. Netze mit einmal deployen...Viel Erfolg!
Danke erst einmal
-
@andre said in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Indem du dem Slave sagst wo die Master DBs liegen...
Ja super, das hat bei mir funktioniert.
Habe jetzt einen neuen Container jeweils mit der Beta Version auf der DiskStation (master) und dem RPi (slave) eingerichtet. Grundsätzlich würde ich aber lieber mit der Stable Version arbeiten. Was denkst du denn, wann die Multihost Funktionalität in die Stable Version integriert wird?
-
Ach Leute, habt doch nicht immer so viel Angst vorm bösen Beta...
Tatsächlich ist es doch so, dass ich das "beta" hinter die Version schreibe und größtenteils auch den Betatest mache...
Und wenn es Läuft dann zähle ich die Versionsnummer hoch und tadaaa, ein neues Stable Release...
So wie gestern auch wieder...Build ist durch, Version gerade raus: https://github.com/buanet/docker-iobroker/releases/tag/v5.1.0
Image steht im Docker Hub zur Verfügung.MfG,
André -
Hi,
von Zeit zu Zeit muss auch mal eine Synology gebootet werden. Bei mir wird der Container nicht neu gestartet. In der Synology Docker App kann man "Automatischen Neustart aktivieren". Ich denke wenn man mit Portainer arbeitet sollte man da nichts machen. Oder doch?
Im Portainer habe ich nichts gefunden. Der Portainer selbst wird automatisch gestartet. Wie geht das mit dem ioBroker Container? -
@Bongo sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
In der Synology Docker App kann man "Automatischen Neustart aktivieren".
Diese Einstellung gibt es im Portainer auch. Da geht es um die restart policy des Containers. Also was macht der Container wenn er z.B. aufgrund eines Fehlers beendet wird. In der Regel stellt man das so ein, dass der Container sich dann selbst neu startet.
Eine dedizierte Einstellung über die man sagen könnte, starte diesen und jenen Container beim Start des Docker Dienstes kenne ich nicht...
MfG,
André -
Kleines Update
Mit v5.1.0 ist im Docker Hub seit heute Morgen eine neue Stable Version des ioBroker Container Images verfügbar. Details wie immer in der readme.md auf Github
Für alle die ihren ioBroker Docker container automatisch Updaten möchten habe ich jetzt auch ein latest Tag für eine bestimmte Version zur Verfügung gestellt. Aktuell ist das "latest-v5"
Die Verwendung des Tags vermeidet ein automatisches Upgrade auf v6 und bleibt stattdessen immer beim letzten stable innerhalb der v5.Für mehr Infos und Updates zu meinen Tutorials und Projekten abonniert meinen Telegram Kanal.
MfG,
André -
@andre
Danke läuft
-
@andre
Danke für den Tipp. Ich habe 3 Container wo ich bei einem zum Testen diese Einstellung von Never auf Always geändert habe. Nach dem Restart waren dann alle 3 Container gestartet.
Hmm, ich hätte schwören konnen, dass es beim letzten Mal nicht so war. Das war allerdings kein Reboot sondern ein unerwarteter shutdown. Vielleicht ist das was anderes.Ich habe noch ein paar alte Test-Container die nicht gestartet sind. Ich vermute was zuletzt gestartet war wird nach einem Reboot wieder gestartet.
Mal sehen was beim nächsten unerwarteten shutdown passiert, der hoffentlich nicht eintreten wird
-
@Bongo sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Ich vermute was zuletzt gestartet war wird nach einem Reboot wieder gestartet.
So ist es bei reboot eigentlich. Die Restart Policy sagt eigentlich nur, was passiert wenn der container fehl schlägt...
Bisher hatte ich aber auch noch nie Probleme mit dem Restart der DS... -
@andre said in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Build ist durch, Version gerade raus: https://github.com/buanet/docker-iobroker/releases/tag/v5.1.0
Image steht im Docker Hub zur Verfügung.
MfG,
AndréOK, habe jetzt von der Beta Version ein Backup erstellt (über BackitUp Adapter), ein neues Datenverzeichnis auf meiner DiskStation erstellt, dass Backup File dort hinein kopiert und mir die latest-v5 gezogen. Habe den Cointainer neu aufgesetzt (mit denselben Einstellungen wie mit der Beta, also Multihost master).
Die Logs sehen auch gut aus. Das Backup File wurde erkannt, ein Restore erfolgreich durchgeführt. Leider kann ich jetzt aber über den Browser nicht mehr auf die ioBroker Oberfläche zugreifen. Ein Ausflug in den Terminal zeigt aber, dass der ioBroker läuft.
Muss ich bei einem Restore auf irgendetwas Besonderes achten?
-
-
@Kraxelhuber sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
OK, habe jetzt von der Beta Version ein Backup erstellt (über BackitUp Adapter), ein neues Datenverzeichnis auf meiner DiskStation erstellt, dass Backup File dort hinein kopiert und mir die latest-v5 gezogen.
Warum? Das brauchst du nur machen wenn du z.B. Von v4 auf v5 migrierst. Innerhalb der v5 (auch von beta auf latest) muss das nicht sein. Sichere den eingehängten iobroker Ordner und häng ihn so wie er ist in den neuen Container...
Lies mal hier: https://smarthome.buanet.de/2020/10/iobroker-docker-image-updates-upgrades/
MfG,
André Germann -
@Glasfaser said in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Dein Hostname hat sich geändert ....
mache mal das:
iobroker host this
Wenn ich den Container stoppe, komme ich logischerweise nicht mehr ins Terminal. Wie kann ich also den Host anpassen?
-
@Kraxelhuber sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
iobroker host this
in der Konsole
pkill -u iobroker iobroker host thisund dann den Container neu starten
-
@andre said in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Warum? Das brauchst du nur machen wenn du z.B. Von v4 auf v5 migrierst. Innerhalb der v5 (auch von beta auf latest) muss das nicht sein. Sichere den eingehängten iobroker Ordner und häng ihn so wie er ist in den neuen Container...
Ja, das hatte ich auch zuerst so gemacht. Damit kam ich zwar wieder auf die Web-Oberfläche, allerdings lief dann ein Click auf "Adapter" oder "Logs" völlig ins Leere.
Ich vermute, dass liegt dann auch daran, dass ich den Hostnamen geändert habe.
-
-
@Kraxelhuber sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
allerdings lief dann ein Click auf "Adapter" oder "Logs" völlig ins Leere.
.... das kommt meistens , wenn der Verwahrungsort nicht genutzt werden kann .
dann kommt meistens soetwas im Log :
warn warning: Cannot read "http://download.iobroker.net/sources-dist-latest.json"siehe dazu hier :
https://forum.iobroker.net/topic/31973/latest-repo-funktioniert-oder-nicht -
@Glasfaser
Habe den Thread mal überflogen...Ich habe bei mir aber gar nichts an den Repos geändert. Ins Log kann ich auch nicht schauen, zumindest nicht über die Weboberfläche, weil es eben komplett leer ist.
Ich denke, es liegt eher - wie von dir richtigerweise bemerkt - an dem geänderten Hostnamen.
-
Ist der Hostname evtl. in einer Konfigurationsdatei gespeichert, sodass ich ihn händisch anpassen könnte?
-
@andre sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
So ist es bei reboot eigentlich. Die Restart Policy sagt eigentlich nur, was passiert wenn der container fehl schlägt...
Bisher hatte ich aber auch noch nie Probleme mit dem Restart der DS...So jetzt habe ich tatsächlich den Fall das sich meine DS918+ wieder aufgehängt hat und ich den Stecker ziehen musste. Und siehe da, der Container wo ich Restart policy auf Always gestellt hat wurde gestartet. Die anderen nicht.
Es macht also schon Sinn diese Einstellung zu machen.Ich habe es nun auch beim ioBroker-Container gemacht. Habe aber nicht gewußt, dass beim Deploy gleich das Update von 5.0 auf 5.1 gemacht wird. Jetzt steht der Status auf healthy. ioBroker funktioniert aber.
Wenn ich das Update richtig verstehe ist das neu rein gekommen. Aber wie gehts jetzt weiter? Muss ich da was machen?
