NEWS
[2.5.9 Fehler existiert] - Backup-Adapter erzeugt Fehler
-
@thomas-braun Ne, NAS ist auf Minimum 2.0 und Maximum 3.0 eingestellt (Synology DSM 6).
Das sollte also passen und das Backup läuft ja auch grundsätzlich. -
Dann stell es im Backitup-Adapter auf 3.0.
-
@siggi0904 Poste mal die Ausgaben von:
npm -v node -v nodjs -v
-
@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:
Dann stell es im Backitup-Adapter auf 3.0.
Behebt das, das Problem?
-
@siggi0904 sagte in [Mit Version 2.5.9 behoben] - Backup-Adapter erzeugt Fehler:
Behebt das, das Problem?
Möglicherweise...
-
@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
-
Weiß ich.
-
@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
-
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
-
Da passt was mit den Pfaden / den Berechtigungen nicht. Kann auch mit mount optionen oder dem verwendeten Protokoll zusammenhängen.
-
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. -
Was für ein 'Addon'?
-
@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.
-
@thomas-braun sagte in [Mit Version 2.5.9 behoben] - Backup-Adapter erzeugt Fehler:
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 -
Und noch ergänzend:
Wenn der Fehler im Backitup auftritt kann ich manuell sauber ein iob backup machen.
Da kommt kein Fehler. -
@siggi0904 sagte in [Mit Version 2.5.9 behoben] - Backup-Adapter erzeugt Fehler:
Da kommt kein Fehler.
Da wird ja auch nix gemountet.
-
@thomas-braun
Und der Befehl wird nicht über node Module gefahren sondern direkt über die CLIWenn du denkst, dass es was mit dem mount zu tun hat, bin ich gerne für weitere Ideen bereit
-
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.
-
Was haste denn da überhaupt am Start?
Cifs-Einstellungen auf dem Server?
Dateisystem auf dem Medium?
Einstellungen im Backitup-Adapter? -
Bei mir läufts ja momentan seit ich alles neu gemacht hab, also halte ich mich besser mal raus bis es wieder auftritt.