UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[andre]

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

[Kraxelhuber]

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

[Glasfaser]

@Kraxelhuber
Dein Hostname hat sich geändert ....

mache mal das:

iobroker host this

[andre]

@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

[Kraxelhuber]

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

[Glasfaser]

@Kraxelhuber sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

iobroker host this

in der Konsole

pkill -u iobroker
iobroker host this

und dann den Container neu starten

[Kraxelhuber]

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

@Glasfaser

[Glasfaser]

@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

[Kraxelhuber]

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

[Kraxelhuber]

Ist der Hostname evtl. in einer Konfigurationsdatei gespeichert, sodass ich ihn händisch anpassen könnte?

[Bongo]

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

[Kraxelhuber]

@andre

Ich habe jetzt noch einmal einen frischen Multihost Master Container basierend auf latest-v5 aufgesetzt. Hier sehe ich direkt nach dem Start keinen einzigen Adapter, d.h. ich kann nichts installieren.
Hat das vielleicht doch etwas mit dem Container zu tun?

Und auch mit einem frischen Beta Container habe ich keinen Zugriff mehr auf die Adapterliste. Er lädt praktisch bis in alle Ewigkeit.

Dasselbe gilt für den Tag v5.1.0.

[Satsh]

@Bongo
Er hat das Update gemacht, weil du es ihm gesagt hast.
Du hast den Tag :latest benutzt und ich wette du hast deinen Container auf "always pull image" stehen. Also zieht er bei jedem Deploy immer automatisch das neuste :latest Image und das ist seit letzte Nacht glaube ich die 5.1.
Wenn du das nicht möchtest, dann solltest du nicht den latest Tag benutzen, sondern zB :5.0.0 - dann kannst du manuell updaten indem du den Tag irgendwann selber auf :5.1.0 anpasst zB.

S

[vepman]

@Satsh sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
@Bongo

sondern zB :5.0.0 - dann kannst du manuell updaten indem du den Tag irgendwann selber auf :5.1.0 anpasst zB.

Gibt es eine Möglichkeit, die Version des Image abzufragen?

[Glasfaser]

@vepman

Wird im Protokoll angezeigt .

[Satsh]

@vepman said in [HowTo] ioBroker unter Docker auf Synology DiskStation:

Gibt es eine Möglichkeit, die Version des Image abzufragen?

Jain.
Wie Glasfaser schon schrieb kannst du ins Log schauen - nachdem du das Image gestartet hast.
Aber am Image selber kannst du nicht erkennen welche Version es ist, weil du die Version "latest" heruntergeladen hast und dieser Tag ist volatil. Innerhalb von Docker (bzw. in jedem Github) wird die Version eines Image immer durch ihren Tag festgelegt. Es gibt theoretisch die Chance, dass du ein Image mit :latest Tag heruntergeladen hast, was exakt einem Release Tag entspricht - dann könntest du es am Hashwert des Images erkennen. Ist aber Glückssache und nicht wirklich intuitiv.

S

[vepman]

@Satsh @Glasfaser
Danke für die Info.

[Bongo]

@Satsh sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

@Bongo
Er hat das Update gemacht, weil du es ihm gesagt hast.
Du hast den Tag :latest benutzt und ich wette du hast deinen Container auf "always pull image" stehen. Also zieht er bei jedem Deploy immer automatisch das neuste :latest Image und das ist seit letzte Nacht glaube ich die 5.1.
Wenn du das nicht möchtest, dann solltest du nicht den latest Tag benutzen, sondern zB :5.0.0 - dann kannst du manuell updaten indem du den Tag irgendwann selber auf :5.1.0 anpasst zB.

Danke, so wird es wohl ein. In diesem Fall ist das Update kein Problem.

Zum healthy-Status:
Wenn ich es richtig verstehe wird in der neuen Version überprüft ob der Prozess js-controller läuft. Wenn ja ist der Status healthy. Also ab jetzt ist der Normal-Status nicht mehr running sondern healthy.

Habe ich das richtig verstanden? :-)

[Kraxelhuber]

Ich habe jetzt den ioBroker wieder in einer Multihost Lösung laufen. Mit den Environment variables IOB_MULTIHOST etc. hat das wunderbar funktioniert.

Ich habe jetzt allerdings noch einen toten Slave in der Liste. Der wird auch nicht mehr wieder kommen. Wie kann ich den denn löschen? Über das normale Papierkorbsymbol funktioniert es nicht. Es kommt halt die Meldung, dass ioBroker gestoppt werden muss, bevor ein Slave entfernt werden kann.

Wie ist denn das Prozedere in der Multihost Docker Variante?