Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[ak68]

@marc-berg

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 :) ?

[Thomas Braun]

@ak68 sagte in Node.js Update im Docker:

Wo ist mein Denkfehler ?

Du zeigst uns nicht das Log dazu.

[ak68]

@thomas-braun sagte in Node.js Update im Docker:

@ak68 sagte in Node.js Update im Docker:

Wo ist mein Denkfehler ?

Du zeigst uns nicht das Log dazu.

Es kommt nach dem upload eine IOB-Meldung: Upload erfolgreich abgeschlossen. Das Popup wird automatisch geschlossen

Jedoch zeigt die Log-Datei folgenden Fehler (Die Datei liegt aber LOKAL, daher ist mir nicht klar, ob dies relevant ist):

2024-12-15 13:15:06.588 - error: backitup.0 (181) Error: Command failed: sudo mount -t cifs -o username=FTP-Benutzer,password=****,rw,forceuid,uid=iobroker,forcegid,gid=iobroker,file_mode=0777,dir_mode=0777 //10.10.1.34/Anwendungsdaten/iobroker /opt/iobroker/backups
Unable to apply new capability set.
2024-12-15 13:15:40.016 - info: admin.0 (158) <== Disconnect system.user.admin from ::ffff:10.10.1.11 backitup

MOD-EDIT: Code in code-tags gesetzt!

[Homoran]

@ak68 sagte in Node.js Update im Docker:

Die Datei liegt aber LOKAL, daher ist mir nicht klar, ob dies relevant ist

kommt auf deine unbekannte Konfiguration an

[ak68]

@homoran sagte in Node.js Update im Docker:

@ak68 sagte in Node.js Update im Docker:

Die Datei liegt aber LOKAL, daher ist mir nicht klar, ob dies relevant ist

kommt auf deine unbekannte Konfiguration an

Ich hoffe, das bringt Euch weiter, oder falls nein, WELCHE Daten zur Konfiguration benötigt ihr ?

[Homoran]

@ak68 sagte in Node.js Update im Docker:

falls nein

@ak68 sagte in Node.js Update im Docker:

error: backitup.0

ergo ist die Konfig von backitup entscheidend um dieser Meldung auf den Grund gehen zu können.

Außerdem müsste man wissen, wie du den Restore ausgelöst hast, wenn

@ak68 sagte in Node.js Update im Docker:

Die Datei liegt aber LOKAL,

[ak68]

@homoran

Ich habe Alles noch einmal von vorne begonnen:

1. alter Container BackITup: Konfigurationssicherung und Update
2. neuer Container: Einspielen Konfig BackITup, dann Backupdatei (lokaler Upload)

mit folgendem Protokoll (bisher konnte ioBroker problemlos auf den QNAP per CFIS zugreifen/ Pw in BackITup neu eingegeben !)

Hochladen des Backups wird aber korrekt bestätigt :)

[Homoran]

@ak68 bitte keine kleinen Briefmarken!
log als Text in code-tags posten!

und die Backitup Konfiguration fehlt immer noch.

https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge/1

[ak68]

@homoran

zuerst die BackITup-Konfiguration:

Obwohl exakt diese Einstellungen im alten Container mit noder.js 18 funktioniert haben, gibt es offensichlich im neuen Container mit node.js 20 Probleme:

14:30:30.795DEBUGmountError: Command failed: sudo mount -t cifs -o username=FTP-Benutzer,password=****,rw,forceuid,uid=iobroker,forcegid,gid=iobroker,file_mode=0777,dir_mode=0777 //10.10.1.34/Anwendungsdaten/iobroker /opt/iobroker/backups
Unable to apply new capability set.

MOD-EDIT: Code in code-tags gesetzt!

Das Backup vom "alten" Container habe ich über den Windows-Desktop lokal ausgeführt ohne CFIS-Zugriffe etc.

[Homoran]

@ak68 ich kenne mich mit Docker nicht aus!
ist mir zu kompliziert.

z.B.

@ak68 sagte in Node.js Update im Docker:

exakt diese Einstellungen im alten Container mit noder.js 18 funktioniert

Hat der neue Container auch exakt die selben Einstellungen?

[Marc Berg]

@ak68 sagte in Node.js Update im Docker:

Obwohl exakt diese Einstellungen im alten Container mit noder.js 18 funktioniert haben, gibt es offensichlich im neuen Container mit node.js 20 Probleme:

Dann stelle den Container zunächst mit dem 9er Image wieder her, um wieder lauffähig zu sein. Da es ja hier ein Mount-Problem ist, kann ich mir allerdings nicht vorstellen, dass NodeJS hier die Ursache ist.

[ak68]

@marc-berg sagte in Node.js Update im Docker:

@ak68 sagte in Node.js Update im Docker:

Obwohl exakt diese Einstellungen im alten Container mit noder.js 18 funktioniert haben, gibt es offensichlich im neuen Container mit node.js 20 Probleme:

Dann stelle den Container zunächst mit dem 9er Image wieder her, um wieder lauffähig zu sein. Da es ja hier ein Mount-Problem ist, kann ich mir allerdings nicht vorstellen, dass NodeJS hier die Ursache ist.

Hier die beiden LOGS, in der V10 ist der Mount nicht möglich in V9 problemlos (Einstellungen incl. PW idem)

Neu (Fehler) V10

14:40:09.286
INFO
gui
Backup gestartet ...
mount
cifs-mount command: "sudo mount -t cifs -o username=FTP-Benutzer,password=****,rw,forceuid,uid=iobroker,forcegid,gid=iobroker,file_mode=0777,dir_mode=0777 //10.10.1.34/Anwendungsdaten/iobroker /opt/iobroker/backups"
14:40:19.380
DEBUG
mount
Error: Command failed: sudo mount -t cifs -o username=FTP-Benutzer,password=****,rw,forceuid,uid=iobroker,forcegid,gid=iobroker,file_mode=0777,dir_mode=0777 //10.10.1.34/Anwendungsdaten/iobroker /opt/iobroker/backups
Unable to apply new capability set.

ALT (korrekt) V9

14:43:25.416
INFO
gui
Backup gestartet ...
mount
cifs-mount command: "sudo mount -t cifs -o username=FTP-Benutzer,password=****,rw,forceuid,uid=iobroker,forcegid,gid=iobroker,file_mode=0777,dir_mode=0777 //10.10.1.34/Anwendungsdaten/iobroker /opt/iobroker/backups"
14:43:35.742
DEBUG
mount
mount successfully completed
14:43:35.783
DEBUG
mount
done

MOD-EDIT: Code in code-tags gesetzt!

Kann das ein Problem mit der V10 zu sein ?

[Thomas Braun]

@ak68 sagte in Node.js Update im Docker:

Unable to apply new capability set.

https://forum.iobroker.net/topic/44092/gelöst-backitup-unable-to-apply-new-capability-set

[ak68]

@thomas-braun sagte in Node.js Update im Docker:

@ak68 sagte in Node.js Update im Docker:

Unable to apply new capability set.

https://forum.iobroker.net/topic/44092/gelöst-backitup-unable-to-apply-new-capability-set

Danke, jetzt kann ich mich wieder erinnnern, das war doch ´was :)
Hab das nicht mehr auf dem Plan gehabt !

Jetzt geht zumindest die Datensicherung in BackITup wieder !

ABER: Die Wiederherstellung des Backups funktioniert weiterhin NICHT,
alle Adapter/ Instanzen mit Einstellungen werden NICHT wiederhergestellt- gibt es hier einen "Trick"

[Thomas Braun]

@ak68 sagte in Node.js Update im Docker:

gibt es hier einen "Trick"

Ohne LogFiles auch kein Trick.

[ak68]

@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 :(

[Thomas Braun]

@ak68

Da steht nix drin. Das muss auch länger sein. Und chronologisch falsch herum ist es auch.

[Codierknecht]

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

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

[OliverIO]

@ak68

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.