NEWS
Node.js Update im Docker
-
@thomas-braun sagte in Node.js Update im Docker:
@ak68 sagte in Node.js Update im Docker:
gibt es hier einen "Trick"
Ohne LogFiles auch kein Trick.
Hier das Logfile:
backitup.0 287 2024-12-16 21:49:43.387 debug Upload finished... backitup.0 287 2024-12-16 21:49:43.387 silly States system redis pmessage io.messagebox.system.adapter.backitup.0/io.messagebox.system.adapter.backitup.0:{"command":"serverClose","message":{"downloadFinish":false,"uploadFinish":true},"from":"system.adapter.admin.0","callback":{"message":{"downloadFinish":false,"uploadFinish":true},"id":19,"ack":false,"time":1734382183386},"_id":11133872} backitup.0 287 2024-12-16 21:49:43.378 debug [object Object] backitup.0 287 2024-12-16 21:49:43.350 debug Upload from iobroker_2024_12_16-14_57_03_backupiobroker.tar.gz started...MOD-EDIT: Code in code-tags gesetzt!
... weiterhin leider keine Adapter + Instanzen + Einstellungen :(
Da steht nix drin. Das muss auch länger sein. Und chronologisch falsch herum ist es auch.
-
Ergänzend meine Konfiguration:
Ich habe den/ die Buanet-Conainer auf einem QNAP-NAP installiert
Daten liegen NICHT extern sondern (bisher) IM Container !Vor Erstellung des neuen Containers habe ich Backups per BackITup (iobroker/ + node-red) erstellt (auf externem Laufwerk)
Nach Erstellung eines neuen Containers habe ich zuerst die BackITup-Einstellungen wiederhergestellt, dann das ioBroker-Backup on BackITup wiederhergestellt.
Wo ist mein Denkfehler ?
Ja, natürlich wäre es besser, die daten extern zu speichern, aber dafür ist ja eigentlich BackITup da, um die Daten wiederherzustellen- oder habe ich hier einen Dankfehler :) ?
@ak68 sagte in Node.js Update im Docker:
Wo ist mein Denkfehler ?
Das ist der Denkfehler:
Daten liegen NICHT extern sondern (bisher) IM Container !
Container sind Wegwerfartikel. Dazu sind sie gemacht. Hochziehen, benutzen, wegwerfen.
Alles was man persistent benötigt, gehört extern gespeichert. -
@ak68 sagte in Node.js Update im Docker:
Wo ist mein Denkfehler ?
Das ist der Denkfehler:
Daten liegen NICHT extern sondern (bisher) IM Container !
Container sind Wegwerfartikel. Dazu sind sie gemacht. Hochziehen, benutzen, wegwerfen.
Alles was man persistent benötigt, gehört extern gespeichert.@codierknecht sagte in Node.js Update im Docker:
@ak68 sagte in Node.js Update im Docker:
Wo ist mein Denkfehler ?
Das ist der Denkfehler:
Daten liegen NICHT extern sondern (bisher) IM Container !
Container sind Wegwerfartikel. Dazu sind sie gemacht. Hochziehen, benutzen, wegwerfen.
Alles was man persistent benötigt, gehört extern gespeichert.Aber zuerst muss ich die BackITup-Sicherung mit Adapter/ Instanzen mit allen Daten in den neuen Container bekommen :) Und dazu möchte ich per BackITup die Sicherung hochladen !
ioBroker auf QNAP TVS-473
Visu und Logiken mit node-red
Anbindung an KNX per openKNX -
@codierknecht sagte in Node.js Update im Docker:
@ak68 sagte in Node.js Update im Docker:
Wo ist mein Denkfehler ?
Das ist der Denkfehler:
Daten liegen NICHT extern sondern (bisher) IM Container !
Container sind Wegwerfartikel. Dazu sind sie gemacht. Hochziehen, benutzen, wegwerfen.
Alles was man persistent benötigt, gehört extern gespeichert.Aber zuerst muss ich die BackITup-Sicherung mit Adapter/ Instanzen mit allen Daten in den neuen Container bekommen :) Und dazu möchte ich per BackITup die Sicherung hochladen !
dazu mapped man das backupverzeichnis des iobrokers (/opt/iobroker/backup) einfach
auf das verzeichnis in dem bei dir alle vorhandenen backups gespeichert sind.
nach containerstart sind die dann auch IM Container in diesem Verzeichnis verfügbar.PS, warum bist du eigentlich nicht der Themenersteller?
Hast du dich an diesen Thread rangehängt?
Das ist nie gut, da man nie weiß wie weit man evtl zurücklesen muss
bzw. jemand anders hat ganz andere Grundvoraussetzungen.
Immer einen separaten Thread aufmachen. -
Da steht nix drin. Das muss auch länger sein. Und chronologisch falsch herum ist es auch.
@thomas-braun sagte in Node.js Update im Docker:
Da steht nix drin. Das muss auch länger sein. Und chronologisch falsch herum ist es auch.
Stellt sich die Frage, ob in BackITup ALLES in ioBroker gespeichert war (Backup ist nur 2MB groß !) Ist das o.K. ?
ioBroker auf QNAP TVS-473
Visu und Logiken mit node-red
Anbindung an KNX per openKNX -
@thomas-braun sagte in Node.js Update im Docker:
Da steht nix drin. Das muss auch länger sein. Und chronologisch falsch herum ist es auch.
Stellt sich die Frage, ob in BackITup ALLES in ioBroker gespeichert war (Backup ist nur 2MB groß !) Ist das o.K. ?
@ak68 sagte in Node.js Update im Docker:
Ist das o.K. ?
Kann ich nur anhand der Dateigröße nicht sagen. Aber 2MB sind nicht ungewöhnlich klein oder groß. Hängt halt vom Umfang der Installation ab.
-
@thomas-braun sagte in Node.js Update im Docker:
Da steht nix drin. Das muss auch länger sein. Und chronologisch falsch herum ist es auch.
Stellt sich die Frage, ob in BackITup ALLES in ioBroker gespeichert war (Backup ist nur 2MB groß !) Ist das o.K. ?
@ak68 sagte in Node.js Update im Docker:
Stellt sich die Frage, ob in BackITup ALLES in ioBroker gespeichert war
definiere ALLES!
ohne entsprechende Konfiguration ist da keine History oder andere DB dabei
-
@ak68 sagte in Node.js Update im Docker:
Stellt sich die Frage, ob in BackITup ALLES in ioBroker gespeichert war
definiere ALLES!
ohne entsprechende Konfiguration ist da keine History oder andere DB dabei
@homoran sagte in Node.js Update im Docker:
@ak68 sagte in Node.js Update im Docker:
Stellt sich die Frage, ob in BackITup ALLES in ioBroker gespeichert war
definiere ALLES!
ohne entsprechende Konfiguration ist da keine History oder andere DB dabei
Aber hier müssten doch alle ioBroker UND Adapterdaten (Konfig + Instanzen) bei der Sicherung dabei sein-oder ?
ioBroker auf QNAP TVS-473
Visu und Logiken mit node-red
Anbindung an KNX per openKNX -
@homoran sagte in Node.js Update im Docker:
@ak68 sagte in Node.js Update im Docker:
Stellt sich die Frage, ob in BackITup ALLES in ioBroker gespeichert war
definiere ALLES!
ohne entsprechende Konfiguration ist da keine History oder andere DB dabei
Aber hier müssten doch alle ioBroker UND Adapterdaten (Konfig + Instanzen) bei der Sicherung dabei sein-oder ?
Ja. Allerdings sind Usernames wie 'FTP-User' ungünstig und Fehler trächtig. Besser usernames ohne 'Gedöns' wie Großbuchstaben und irgendwelche Sonderzeichen verwenden. Am besten nur Kleinbuchstaben. Das funktioniert mit allen Diensten.
Ähnluches gilt für Verzeichnisnamen. Auch da besser nur Kleinbuchstaben verwenden. -
@homoran sagte in Node.js Update im Docker:
@ak68 sagte in Node.js Update im Docker:
Stellt sich die Frage, ob in BackITup ALLES in ioBroker gespeichert war
definiere ALLES!
ohne entsprechende Konfiguration ist da keine History oder andere DB dabei
Aber hier müssten doch alle ioBroker UND Adapterdaten (Konfig + Instanzen) bei der Sicherung dabei sein-oder ?
@ak68 sagte in Node.js Update im Docker:
Aber hier müssten doch alle ioBroker UND Adapterdaten (Konfig + Instanzen) bei der Sicherung dabei sein-oder ?
ja!
wobei das js Backup im iobroker enthalten ist. -
-
Hallo zusammen,
nun wollte ich heute im Docker auch Node von 18.20.1 auf 20.xx updaten, aber leider ohne Erfolg (der candidate bleibt auf 18.xx). Darf ich nochmal kurz nachfragen, welche Befehle nun auszuführen sind? .
Vielen Dank euch
-
Statt nodejs machst du halt ein Update des Containers. Wo ist der gravierende Unterschied?
-
ich müsste von image 9 auf 10 und in dem Fall wohl wieder eine Sicherung einspielen etc. Kann wohl nicht einfach das neue Image auf den alten Pfad verweisen... Daher dachte ich, dass der Weg des Updates leichter sei....
-
ich müsste von image 9 auf 10 und in dem Fall wohl wieder eine Sicherung einspielen etc. Kann wohl nicht einfach das neue Image auf den alten Pfad verweisen... Daher dachte ich, dass der Weg des Updates leichter sei....
kann mann, aber du machst ein Backup vom iobroker mit dem backitup Adapter und zur aller super besten Sicherheit ein Backup des Docker Directorys.
Dann updatest du einfach das Image auf Version 10 und fertig.
Normal geht das ohne alles wieder einzuspielen, dafuer ist ein Docker ja da... -
ich müsste von image 9 auf 10 und in dem Fall wohl wieder eine Sicherung einspielen etc. Kann wohl nicht einfach das neue Image auf den alten Pfad verweisen... Daher dachte ich, dass der Weg des Updates leichter sei....
Wenn Du den ioBroker Ordner gemountest hast, müsstest Du nicht mal ein Backup einspielen.
Es gibt hier (auch von mir unzählige Anleitungen) dazu im Forum.
Was hindert Dich an einer Suche?
Ich will es nur verstehen, mehr nicht. -
Ja genau so läuft doch ein Update eines Containers.
Iobroker Backup machen zu Sicherheit
Container stoppen
Dann die neue Container Version pullen
Container wieder starten
FertigBei buanet müsste es da auch nochmal eine Anleitung geben.
Was definitiv nicht geht ist die Node Version im Container zu aktualisieren. Dieses Update wäre beim nächsten regenerieren des Containers wieder weg
-
Ja genau so läuft doch ein Update eines Containers.
Iobroker Backup machen zu Sicherheit
Container stoppen
Dann die neue Container Version pullen
Container wieder starten
FertigBei buanet müsste es da auch nochmal eine Anleitung geben.
Was definitiv nicht geht ist die Node Version im Container zu aktualisieren. Dieses Update wäre beim nächsten regenerieren des Containers wieder weg
@oliverio sagte in Node.js Update im Docker:
Was definitiv nicht geht ist die Node Version im Container zu aktualisieren
Diese Aussage stimmt so nicht.
Natürlich wird Node upgedatet bei
apt update & upgradeNur bis zu dem Punkt , der für das aktuelle OS "erlaubt" ist.
Das solltest Du vielleicht nochmal umformulieren.
Synology DS218+ & 2 x Fujitsu Esprimo (VM/Container) + FritzBox7590 + 2 AVM 3000 Repeater & Homematic & HUE & Osram & Xiaomi, NPM 10.9.4, Nodejs 22.21.0 ,JS Controller 7.0.7 ,Admin 7.7.19
-
@oliverio sagte in Node.js Update im Docker:
Was definitiv nicht geht ist die Node Version im Container zu aktualisieren
Diese Aussage stimmt so nicht.
Natürlich wird Node upgedatet bei
apt update & upgradeNur bis zu dem Punkt , der für das aktuelle OS "erlaubt" ist.
Das solltest Du vielleicht nochmal umformulieren.
Dasnlohnt sich nicht umzuformulieren,
Da es Unsinn ist das zu tun.
Habe ich versucht durch den Satz danach zu verdeutlichen.
Support us
766
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge