[2.5.9 Fehler existiert] - Backup-Adapter erzeugt Fehler

[Siggi0904]

@simatec sagte in [Mit Version 2.5.9 behoben] - Backup-Adapter erzeugt Fehler:

npm -v

8.19.2
v16.18.1
v16.18.1

@thomas-braun sagte in [Mit Version 2.5.9 behoben] - Backup-Adapter erzeugt Fehler:

@siggi0904

Dann stell es im Backitup-Adapter auf 3.0.

Behebt das, das Problem?

[Thomas Braun]

@siggi0904 sagte in [Mit Version 2.5.9 behoben] - Backup-Adapter erzeugt Fehler:

Behebt das, das Problem?

Möglicherweise...

[simatec]

@thomas-braun
Das Problem liegt hier eher tiefer im nodejs oder npm.
Es wird bei einer handvoll User der auszuführende Pfad des iobroker Backups nicht gefunden bzw. kann nicht drauf zugegriffen werden.

Das sagt dieses uv_cwd oder so aus

[Thomas Braun]

@simatec

Weiß ich.

[simatec]

@thomas-braun
Wir suchen aktuell nach Lösungen dieses Bugs.
In meiner Welt eher schwierig, da es sich nicht auf Backitup zurückführen lässt.

Der Bug kam mit irgendeiner Node Version oder auch npm.

Ein npm clear cache oder reboot behebt das Problem temporär

[skinni]

Ich bin ja der Meinung er kam bei mir mit dem node Update von 14 auf 16. Seit ich aber mein System neu aufgesetzt habe, hatte ich bisher Ruhe.. Dafür hab ich seit dem "Cannot check node.js versions", aber das ist jetzt hier nicht das Thema

[Thomas Braun]

@simatec

Da passt was mit den Pfaden / den Berechtigungen nicht. Kann auch mit mount optionen oder dem verwendeten Protokoll zusammenhängen.

[Siggi0904]

Das merkwürdige ist, dass der Fehler auftritt wenn man ein Addon aktualisiert hat.
Wenn ich am System nichts ändere, läuft das super durch.

[Thomas Braun]

@siggi0904

Was für ein 'Addon'?

[Siggi0904]

@thomas-braun egal welches. Sobald eine Aktualisierung läuft, kommt beim nächsten Backup-Lauf der Fehler.

Aber das ist nur ein Gefühl. Ich stellte aber das Verhalten so fest.

[simatec]

@thomas-braun sagte in [Mit Version 2.5.9 behoben] - Backup-Adapter erzeugt Fehler:

@simatec

Da passt was mit den Pfaden / den Berechtigungen nicht. Kann auch mit mount optionen oder dem verwendeten Protokoll zusammenhängen.

Da gehe ich nicht von aus. Denn der Fehler besagt, dass er den Backup Prozess nicht ausführen kann, da der Pfad in Benutzung und somit blockiert ist.
Damit wird aber nicht der Backuppfad sondern der Pfad zum js-controller gemeint

[Siggi0904]

Und noch ergänzend:
Wenn der Fehler im Backitup auftritt kann ich manuell sauber ein iob backup machen.
Da kommt kein Fehler.

[Thomas Braun]

@siggi0904 sagte in [Mit Version 2.5.9 behoben] - Backup-Adapter erzeugt Fehler:

Da kommt kein Fehler.

Da wird ja auch nix gemountet.

[simatec]

@thomas-braun
Und der Befehl wird nicht über node Module gefahren sondern direkt über die CLI

Wenn du denkst, dass es was mit dem mount zu tun hat, bin ich gerne für weitere Ideen bereit

[skinni]

Bei mir wurde nur history und iobroker nicht gesichert, alle anderen Daten schon. Bei history hat ers noch geschafft anzufangen, aber nur 1kb. Wie ist das bei dir @Siggi0904 ? Das liegt doch dann eher nicht an den mount optionen.

[Thomas Braun]

@skinni

Was haste denn da überhaupt am Start?

Cifs-Einstellungen auf dem Server?
Dateisystem auf dem Medium?
Einstellungen im Backitup-Adapter?

[skinni]

Bei mir läufts ja momentan seit ich alles neu gemacht hab, also halte ich mich besser mal raus bis es wieder auftritt.

[simatec]

@skinni
Welche node und npm hast du laufen?

[skinni]

@simatec

8.19.2
v16.18.1

Hatte ich aber vorher auch, bin nur von buster auf bullseye

[Siggi0904]

@skinni Das kann ich bestätigen. Der Fehler tritt beim Backup vom IOroker auf.
Das anschließende Backup der Datenbank und der Scripte läuft sauber durch.