wichtiges UPDATE für controller 7.2.2 im stable

[Samson71]

@bernd-röske
Liest Du eigentlich einen Thread durch bevor Du postest? Falls nein, empfehle ich mal den 2. Beitrag genau zu lesen.

@oliverio sagte in Node und JS-Controller Udpate im Docker:

Nur als kleiner Hinweis
Node im Container nicht über die üblichen Befehle aktualisieren.
Node und das Container Betriebssystem wird nur dirch die Verwendung eines aktuellen Containers aktualisiert.

[Thomas Braun]

@bernd-röske

Das wird nicht per n gemacht. Und auch nicht per npm -i oder sonst wie an allem vorbei.

[OliverIO]

@bernd-röske

ein container ist nicht mit einer festplatte oder einer vm vergleichbar.
sobald du den container regenerierst, sind die änderungen weg.
änderungen am container überleben eine regeneration des containers nur, wenn sie sich in einem volume befinden. bei buanet ist der komplette iobroker (/opt/iobroker) in einem volume, alles andere nicht.

also einfach pull auf das container image durchführen (ggfs mit angabe der version des images) und container neu starten, fertig. damit hat man dann das (container)-betriebssystem und node aktualisiert, sofern es von buanet so vorgesehen ist.

[Samson71]

@oliverio sagte in Node und JS-Controller Udpate im Docker:

sobald du den container regenerierst,

Genau das macht er ja wohl nicht, bzw. sucht es zu vermeiden. Das verstehe ich zumindest unter

@bernd-röske sagte in Node und JS-Controller Udpate im Docker:

ohne alles neu aufsetzen zu müssen...

Ist so aber ja nicht richtig.

[OliverIO]

@samson71
das wollte ich damit aussagen.
viele verstehen das docker konzept leider nicht

[BernyR]

Nunja, dann verstehe ich das Konzept eben nicht ... sorry, dass es trotzdem seit mehreren Updates funktioniert und ich seit dem immer auf dem neuesten (und erforderlichen) Stand bin. Falls mir ein Container-Update des QNAP alles wieder zurücksetzen sollte, führe ich die Schritte eben erneut aus - dauert nur einen kleinen Moment...

[OliverIO]

@bernd-röske
das mag schon sein das es funktioniert., widerspricht halt dem docker konzept.
da sollte man dann doch lieber eine vm machen.
es können auch gerne andere so machen, aber ich wolle darauf hinweisen, nicht das es später beschwerden gibt, das das nicht zu erwarten war.

docker ist applikations-absteraktion, alle notwendigen tools/programme sind im image definiert.
nur veränderliche daten kommen in volumes. die volumes können optional in einem pfad geschrieben werden, ansonsten legt docker die intern ab.

wenn du was aktuelleres haben willst, dann könntest du
A) einen aktuelleren container von buanet nehmen, bei dem ein aktuelleres node und betriebssystem definiert ist?

B) das dockerfile von buanet + installationsskript von iobroker nehmen, anpassen und ein eigenes image bauen.

aktuell sieht man, das bookworm definiert ist (zeile1 dockerfile)
und node wird im sinstallationsskript von iobroker mit v20 definiert (zeile 46 install.sh)

https://github.com/buanet/ioBroker.docker/blob/main/debian12/Dockerfile
https://iobroker.live/install.sh

[Thomas Braun]

@bernd-röske sagte in Node und JS-Controller Udpate im Docker:

sorry, dass es trotzdem seit mehreren Updates funktioniert

Glücklicher Zufall.
Die nodesource-Version von nodejs ist anders gebaut als das was du dir da per 'n' reinklatschst.
Kann gut gehen, tut es aber meist nicht.

[BernyR]

Es hat sich herausgestellt, dass es doch kein Zufall war!
Hatte vergessen zu erwähnen, dass n durchaus zum Update von node.js verwendet werden kann solange man es im Terminal des Containers ausführt - nicht im Terminal des QNAP selbst! Im Terminal des Containers ausgeführt findet n die Pfade für node.js genau dort wo sie auch hingehören.

[Thomas Braun]

@BernyR sagte:

dass es doch kein Zufall war!

Doch, es ist weiterhin Zufall, weil die nodesource-Version auch weiterhin anders gebaut wird.

[OliverIO]

@BernyR

Wenn es der Buanet Container ist, dann ist das keine gute Idee.
Ein Update erfolgt einfach durch die Aktualisierung der Container Version, herunterladen Container durchstarten fertig.
Das ist auch identisch zur Aktualisierung des Container Betriebssystems.

Das Problem deines Vorgehens ist, dass die Bereiche, in denen Node im Container Dateisystem gespeichert ist, nicht persistent ist beim nächsten neu erzeugen des Containers hast du dann einen Inkonsistenzen Stand.

Also nicht machen