auf node18.x upgraden ?
-
@thomas-braun das Image wurde aktualisiert
Das aktuelle hat aber ein nodejs@18 an Bord
-
Das aktuelle hat aber ein nodejs@18 an Bord
-
@thomas-braun dh ich muss einen neuen Container erzeugen?
Ja, natürlich. Ist das Wesen von Docker-Fertiggerichten.
-
Ja, natürlich. Ist das Wesen von Docker-Fertiggerichten.
-
@thomas-braun ach herje, da muss ich alles komplett zurückspielen
ich probier es mal mit backitup, mal sehen ob alles wieder kommtDu solltest dir anschauen wie man mit Docker umgeht. Ich glaube da gibt es umfangreiche Dokumentation zu.
-
Du solltest dir anschauen wie man mit Docker umgeht. Ich glaube da gibt es umfangreiche Dokumentation zu.
@thomas-braun sicher, tausend Videos, tausend dokus, unendlich Zeit...
BG
-
@thomas-braun sicher, tausend Videos, tausend dokus, unendlich Zeit...
Kann ich nicht ändern.
-
@thomas-braun sicher, tausend Videos, tausend dokus, unendlich Zeit...
@humidor sagte in auf node18.x upgraden ?:
@thomas-braun sicher, tausend Videos, tausend dokus, unendlich Zeit...
Was dann oft aus dem Mittelalter stammt.
Du hast die Daten extern auf der Synology liegen und im Container gemountet?
Dann ist die Vorgehensweise eigentlich trivial:
- Container stoppen (und löschen)
- Neuen Container aus dem aktuellen Image erzeugen mit identischen Einstellungen (Ports, Mount-Point etc.) und starten
- warten ... warten ... fertig!
Wenn die Daten extern liegen, muss man nix "zurückspielen". Ist ja alles da.
Container sind Wegwerfartikel. Dazu sind sie gemacht.
"Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")
Proxmox 9.1.1 LXC|8 GB|Core i7-6700
HmIP|ZigBee|Tasmota|Unifi
Zabbix Certified Specialist
Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag -
@humidor sagte in auf node18.x upgraden ?:
@thomas-braun sicher, tausend Videos, tausend dokus, unendlich Zeit...
Was dann oft aus dem Mittelalter stammt.
Du hast die Daten extern auf der Synology liegen und im Container gemountet?
Dann ist die Vorgehensweise eigentlich trivial:
- Container stoppen (und löschen)
- Neuen Container aus dem aktuellen Image erzeugen mit identischen Einstellungen (Ports, Mount-Point etc.) und starten
- warten ... warten ... fertig!
Wenn die Daten extern liegen, muss man nix "zurückspielen". Ist ja alles da.
Container sind Wegwerfartikel. Dazu sind sie gemacht.
-
@codierknecht danke dir!
ist das korrekt auf extern gemounted?
@humidor
Ja. Deine Daten liegen damit ja auf der Synology und nicht im Container.
Du kannst den Container also wegwerfen und einfach einen neuen erzeugen.
Wenn der dann gestartet wird, dauert's aber 'ne ganze Weile bis alles wieder am Start ist, da der ioBroker beim ersten Start dann alle benötigten Adapter installiert.
Also nicht ungeduldig werden.Und zur Not hat man natürlich immer ein aktuelles Backup in der Hinterhand ;-)
"Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")
Proxmox 9.1.1 LXC|8 GB|Core i7-6700
HmIP|ZigBee|Tasmota|Unifi
Zabbix Certified Specialist
Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag -
@humidor
Ja. Deine Daten liegen damit ja auf der Synology und nicht im Container.
Du kannst den Container also wegwerfen und einfach einen neuen erzeugen.
Wenn der dann gestartet wird, dauert's aber 'ne ganze Weile bis alles wieder am Start ist, da der ioBroker beim ersten Start dann alle benötigten Adapter installiert.
Also nicht ungeduldig werden.Und zur Not hat man natürlich immer ein aktuelles Backup in der Hinterhand ;-)
@codierknecht Backitup schreibt auf einen Ordner auf der Synology, Docker hat seine Daten gespeichert, sollte dann nix schief gehen, ich werde mal den Container stoppen (umbenennen) und den neuen anlegen, wenn alles klappt dann den alten löschen. Wie ist das mit den Daten vom Container im Docker sichern, wozu ist dann noch?
BG
-
@codierknecht Backitup schreibt auf einen Ordner auf der Synology, Docker hat seine Daten gespeichert, sollte dann nix schief gehen, ich werde mal den Container stoppen (umbenennen) und den neuen anlegen, wenn alles klappt dann den alten löschen. Wie ist das mit den Daten vom Container im Docker sichern, wozu ist dann noch?
@humidor sagte in auf node18.x upgraden ?:
ich werde mal den Container stoppen (umbenennen) und den neuen anlegen, wenn alles klappt dann den alten löschen.
Klingt nach 'nem Plan ...
"Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")
Proxmox 9.1.1 LXC|8 GB|Core i7-6700
HmIP|ZigBee|Tasmota|Unifi
Zabbix Certified Specialist
Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag -
@humidor sagte in auf node18.x upgraden ?:
ich werde mal den Container stoppen (umbenennen) und den neuen anlegen, wenn alles klappt dann den alten löschen.
Klingt nach 'nem Plan ...
-
@codierknecht hab den Plan gemacht, hat sofort wieder funktioniert, keine Minute war alles wieder da und node ist 18.x
@humidor
Prima - dann weißt Du ja jetzt wie Du das künftig "auf die Schnelle" aktualisieren kannst.Das ist ja auch Sinn und Zweck von Docker-Containern.
Da wird das System nicht über die Konsole aktualisiert, sondern kurzerhand ein neuer Container mit dem aktuellen Image gebaut.
Man ist da natürlich auf den Maintainer des Image angewiesen. Aber buanet ist da immer recht fix.Gruß
auch "BG"
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden589
Online32.8k
Benutzer82.8k
Themen1.3m
Beiträge