Node.js + Controller Update im Docker Container von Buanet

[Jogis]

Hallo, wollte wie immer mit dem Befehl
pkill -u iobroker
iobroker update
iobroker upgrade self
den js-controller von der Version 5.0.16 auf 5.0.17 Aktualisieren, leider geht es nicht, ausgefürt im Potainer.
In der Dokumentation sollte es auch jetzt In Iobroker direkt ausführbar sein.
Ich möchte nicht experimentieren da ich immer mit Portainer gemacht habe, so frage ich euch ob das jemand auch so in Iobroker durchgeführt hat?
Meine Konfiguration :
Baunet/iobroker:v9.00
Admin 6:12.0

Mit mindestens ioBroker Docker Image v8.1.0, js-controller v5.0.10 und admin v6.9.1 ist es jetzt möglich, js-controller direkt von der Admin-Benutzeroberfläche aus zu aktualisieren, indem Sie einfach auf die Schaltfläche "Hosts" auf der Registerkarte "Hosts" klicken.

[Glasfaser]

@jogis sagte in Node.js + Controller Update im Docker Container von Buanet:

Ich möchte nicht experimentieren da ich immer mit Portainer gemacht habe, so frage ich euch ob das jemand auch so

in Iobroker durchgeführt hat?

Ja ... funktioniert auch mit Docker !

[OliverIO]

@jogis

was heißt es geht nicht.
kannst du die consolen ausgabe hier bitte posten.
das sind ja verschiedene befehle. welcher geht genau nicht
nach pkill musst du ggfs ein wenig warten, bis der iobroker wirklich beendet ist.
das kann ein paar sekunden dauern. am besten mit

ps aux | grep iobroker

prüfen. da darf dann nur noch ein prozess aufgelistet sein, nämlich der grep prozess
danach darfst du weitermachen.
da das aus deinem post nicht ganz klar herauskommt:
du rufst den iobroker container auf, rufst dann console auf, startest die console und
dann darfst du die befehle eingeben

[Jogis]

Ja also der Iobroker wird beendet wie immer. Nur nach der Angabe „iobroker update „ ist in der console nichts zu sehen.
Vielleicht liegt das am Portainer, mit Putty habe ich noch nie direkt versucht .

[Glasfaser]

@jogis

du kannst es auch so machen :

maintenance on
maintenance upgrade
maintenance off

siehe hier :

https://docs.buanet.de/iobroker-docker-image/docs/#updates-upgrades

[Jogis]

Den Befehl habe ich auch gesehen, komfortabel ist es natürlich in Iobroker direkt wie jeden Adapter aktualisieren.
Wie gesagt wollte nicht etwas machen was hinterher mehr Arbeit gemacht hätte…

[Glasfaser]

@jogis sagte in Node.js + Controller Update im Docker Container von Buanet:

Wie gesagt wollte nicht etwas machen was hinterher mehr Arbeit gemacht hätte…

Dann stimmt etwas nicht bei dir ,
denn :

Nur nach der Angabe „iobroker update „ ist in der console nichts zu sehen.

und das ist nicht normal !

[Jogis]

Ok, aber bei „Iobroker upgrade self“ hab immer log gesehen da wir nur kurz was eingeblendet. Bei Portainer ist die Konsole kurz nach ausgeführtem Befeht wieder weg.
Muss dazu sagen, Slave Iobroker ist auf dem Raspbery da hat das Update des ja-controlers mit Portainer funktioniert, Master läuft auf dem Qnap.

[Dave83]

Ich dachte, man stoppt den Container. Geht dann auf Update des Containers und startet danach manuell wieder den Container.

Und in der neune Version, sind doch auch die aktualisierten Sachen drin, oder?

[Glasfaser]

@dave83

Meinst du wie du oben gefragt hast ..!?

Es wird nur das Image aktualisiert ( Erstellung für einen neuen Container ) ,
nicht für deinen bestehenenden Container mit deinem vorhandenen ioBroker !

[OliverIO]

@dave83

es gibt 3 arten von updates bei iobroker im container

1. adapter (wie üblich)
2. iobroker (so wie hier im thread beschrieben)
3. betriebssystem+node (regenerierung des containers)

jedes erfolgt separat und beinhaltet die anderen beiden nicht

[Codierknecht]

@jogis
Ich wiederhole hier gerne meinen Leitsatz: "Container sind Wegwerfartikel - dazu sind sie gemacht".

Ob mit Portainer oder den Bordmitteln der Synology - das geht immer nach dem gleichen Muster:

• Container stoppen (und ggf. gleich löschen - zur Not gibt's ein Backup)
• Neuen Container aus aktuellem Image mit identischen Einstellungen erzeugen und starten
• warten, warten, fertig

Voraussetzung ist natürlich, dass die Daten des ioBroker nicht im Container selbst liegen, sondern in einem gemounteten Verzeichnis auf dem NAS.