[2.5.9 Fehler existiert] - Backup-Adapter erzeugt Fehler

Homoran

@skinni sagte in [wieder geöffnet] - Backup-Adapter erzeugt Fehler:

Das sagt das iobroker log:

lade dir das entsprechende log über den Button mal runter und nimm einen größeren Ausschnitt.
Da muss mehr stehen

skinni

2022-12-10 02:30:07.382 - info: host.iobroker instance system.adapter.luftdaten.0 terminated with code 0 (NO_ERROR)
2022-12-10 02:40:22.019 - error: backitup.0 (16301) [iobroker/iobroker] node:internal/bootstrap/switches/does_own_process_state:126
2022-12-10 02:40:22.035 - error: backitup.0 (16301) [iobroker/iobroker] cachedCwd = rawMethods.cwd();
2022-12-10 02:40:22.036 - error: backitup.0 (16301) [iobroker/iobroker] ^
2022-12-10 02:40:22.036 - error: backitup.0 (16301) [iobroker/iobroker] Error: ENOENT: no such file or directory, uv_cwd
2022-12-10 02:40:22.037 - error: backitup.0 (16301) [iobroker/iobroker] at process.wrappedCwd (node:internal/bootstrap/switches/does_own_process_state:126:28)
2022-12-10 02:40:22.037 - error: backitup.0 (16301) [iobroker/iobroker] at Object.process.cwd (/opt/iobroker/node_modules/graceful-fs/polyfills.js:10:19)
2022-12-10 02:40:22.038 - error: backitup.0 (16301) [iobroker/iobroker] at fe.Yargs (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/yargs/build/index.cjs:1:61304)
2022-12-10 02:40:22.038 - error: backitup.0 (16301) [iobroker/iobroker] at Argv (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/yargs/index.cjs:12:16)
2022-12-10 02:40:22.039 - error: backitup.0 (16301) [iobroker/iobroker] at Object. (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/yargs/index.cjs:7:1)
2022-12-10 02:40:22.040 - error: backitup.0 (16301) [iobroker/iobroker] at Module._compile (node:internal/modules/cjs/loader:1155:14)
2022-12-10 02:40:22.041 - error: backitup.0 (16301) [iobroker/iobroker] at Object.Module._extensions..js (node:internal/modules/cjs/loader:1209:10)
2022-12-10 02:40:22.041 - error: backitup.0 (16301) [iobroker/iobroker] at Module.load (node:internal/modules/cjs/loader:1033:32)
2022-12-10 02:40:22.042 - error: backitup.0 (16301) [iobroker/iobroker] at Function.Module._load (node:internal/modules/cjs/loader:868:12)
2022-12-10 02:40:22.043 - error: backitup.0 (16301) [iobroker/iobroker] at Module.require (node:internal/modules/cjs/loader:1057:19) {
2022-12-10 02:40:22.044 - error: backitup.0 (16301) [iobroker/iobroker] errno: -2,
2022-12-10 02:40:22.044 - error: backitup.0 (16301) [iobroker/iobroker] code: 'ENOENT',
2022-12-10 02:40:22.044 - error: backitup.0 (16301) [iobroker/iobroker] syscall: 'uv_cwd'
2022-12-10 02:40:22.045 - error: backitup.0 (16301) [iobroker/iobroker] }
2022-12-10 03:00:00.044 - info: javascript.0 (20131) script.js.common.Tageszeiten_NEU: Astro: Gültige Zeiten: [aktueller Tag: 13] | [nächster Tag: 1] | [Aktualisiert: 0] | Aktuelle Tageszeit: Mitternacht | Kommende Tageszeit: Früher Morgen
2022-12-10 03:00:00.198 - info: host.iobroker instance system.adapter.luftdaten.0 started with pid 24405

Thomas Braun

@skinni

Mal irgendwann Verzeichnisse umbenannt/verschoben/gelöscht?
Mal irgendwann npm manuell angepackt?

sudo ln -s /usr/bin/node /usr/bin/nodejs &> /dev/null

uname -m && test -f /opt/scripts/.docker_config/.thisisdocker && echo "Docker-Installation" || echo "Kein Docker" && type -P nodejs node npm && nodejs -v && node -v && npm -v && iob -v && whoami && groups && echo $XDG_SESSION_TYPE && echo $DESKTOP_SESSION && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs

sagt?

skinni

@thomas-braun Ich vermute es ist seit dem node.js update von 14 auf 16, denn das war die einzige Änderung in den letzten Wochen, abgesehen von den normalen Adapter Updates.

pi@iobroker:~ $ uname -m && test -f /opt/scripts/.docker_config/.thisisdocker && echo "Docker-Installation" || echo "Kein Docker" && type -P nodejs node npm && nodejs -v && node -v && npm -v && iob -v && whoami && groups && echo $XDG_SESSION_TYPE && echo $DESKTOP_SESSION && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs
armv7l
Kein Docker
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v16.18.1
v16.18.1
8.19.2
4.0.23
pi
pi adm dialout cdrom sudo audio video plugdev games users input netdev gpio i2c spi iobroker
tty

/home/pi
Hit:1 http://phoscon.de/apt/deconz buster InRelease
Hit:2 http://raspbian.raspberrypi.org/raspbian buster InRelease
Hit:3 http://archive.raspberrypi.org/debian buster InRelease
Hit:4 https://repos.influxdata.com/debian buster InRelease
Hit:5 https://deb.nodesource.com/node_16.x buster InRelease
Hit:6 https://www.pivccu.de/piVCCU stable InRelease
Reading package lists... Done
Building dependency tree
Reading state information... Done
7 packages can be upgraded. Run 'apt list --upgradable' to see them.
nodejs:
  Installed: 16.18.1-deb-1nodesource1
  Candidate: 16.18.1-deb-1nodesource1
  Version table:
 *** 16.18.1-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_16.x buster/main armhf Packages
        100 /var/lib/dpkg/status
     10.24.0~dfsg-1~deb10u2 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages

Thomas Braun

@skinni

Buster ist tot. Installier da das aktuelle stable release 'Bullseye'.

Siggi0904

Bei mir tritt das Problem auf, sobald ich einen Adapter aktualisiert habe.
Dann hilft nur ein Neustart des ganzen Systems.

skinni

@thomas-braun hab jetzt auch im backup adapter den Fehler, das bullseye upgrade werde ich dieses WE angehen, erst mal sd-card klonen

ted iobroker ...
[DEBUG] [mount] - mount activ... umount is started before mount!!
[DEBUG] [mount] - umount successfully completed
[DEBUG] [mount] - noserverino option: false
[DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=pi,password=****,rw,file_mode=0777,dir_mode=0777,vers=3.0 //192.168.88.110/PIBackup /opt/iobroker/backups"
[DEBUG] [mount] - mount successfully completed
[DEBUG] [mount] - done
[ERROR] [iobroker] - node:internal/bootstrap/switches/does_own_process_state:126
    cachedCwd = rawMethods.cwd();
                           ^

Error: ENOENT: no such file or directory, uv_cwd
    at process.wrappedCwd (node:internal/bootstrap/switches/does_own_process_state:126:28)
    at Object.process.cwd (/opt/iobroker/node_modules/graceful-fs/polyfills.js:10:19)
    at fe.Yargs (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/yargs/build/index.cjs:1:61304)
    at Argv (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/yargs/index.cjs:12:16)
    at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/yargs/index.cjs:7:1)
    at Module._compile (node:internal/modules/cjs/loader:1155:14)
    at Object.Module._extensions..js (node:internal/modules/cjs/loader:1209:10)
    at Module.load (node:internal/modules/cjs/loader:1033:32)
    at Function.Module._load (node:internal/modules/cjs/loader:868:12)
    at Module.require (node:internal/modules/cjs/loader:1057:19) {
  errno: -2,
  code: 'ENOENT',
  syscall: 'uv_cwd'
}

Siggi0904

@skinni Start mal den Rechner neu. Du wirst sehen, dann ist der Fehler weg.

skinni

@siggi0904 Der Fehler verschwindet auch von alleine, genauso wie er kommt. Das soll nicht meine Lösung sein. Hab jetzt mal das Update auf bullseye gemacht, das lief überraschend gut. Hab mich dabei an die Anleitung https://forum.iobroker.net/topic/47213/upgrade-von-debian-10-buster-auf-11-bullseye gehalten

Thomas Braun

@skinni

Jag den Fixer mal drüber.

iob stop
iob fix
iob start

Und wie startest du das Backup?

skinni

@thomas-braun Die Frage versteh ich nicht. Ich starte das Backup eigentlich gar nicht, das macht ja der backitup Adapter jede Nacht und ist dabei erfolgreich, oder manchmal auch nicht. Das da oben hatte ich im backitup Adapter manuell gestartet durch Klick auf "Jetzt sichern" unter iobroker im backitup Adapter. Das funktioniert jetzt aktuell auch gerade wieder - bis es dann in ein paar Tragen vermutlich nicht mehr geht

Den fixer hatte ich heute nach dem bullseye upgrade schon drüber laufen lassen, sicher ist sicher.

Thomas Braun

@skinni sagte in [wieder geöffnet] - Backup-Adapter erzeugt Fehler:

Ich starte das Backup eigentlich gar nicht, das macht ja der backitup Adapter jede Nacht und ist dabei erfolgreich, oder manchmal auch nicht. Das da oben hatte ich im backitup Adapter manuell gestartet durch Klick auf "Jetzt sichern" unter iobroker im backitup Adapter.

Das war genau die Frage. Die Meldung kommt eigentlich wenn man da mit einem user in einem Verzeichnis steht, dieses verändert wird und das dann alles 'in der Luft' hängt.

Siggi0904

@skinni Bei mir verschwindet der Fehler nicht automatisch.
Wenn er einmal auftritt, bleibt er bis zum Neustart stehen.

skinni

Lief jetzt bis heute ohne Probleme, musste aber erstmal zurück auf buster weil mein conbee II nicht mehr funktioniert hat

Thomas Braun

@skinni sagte in [wieder geöffnet] - Backup-Adapter erzeugt Fehler:

musste aber erstmal zurück auf buster weil mein conbee II

Das ist kein Grund, der läuft natürlich auch unter 'bullseye'.

simatec

@siggi0904 Tritt der Fehler in v2.5.9 bei dir noch auf?

simatec

@skinni Welche Version von Backitup ist installiert? In v2.5.9 ist etwas eingebaut, um den fehler abzufangen.
Wenn der Fehler auftreten sollte, starte mal den Adapter neu und poste den Debug Log

Siggi0904

@simatec Ich habe erst gerade die neue Version erhalten.
Das muss ich erst testen. Danke für den Hinweis.

Siggi0904

@simatec Tests sind durch, auch die automatischen Backups liefen heute ohne Probleme durch.
Ich hatte bei der alten Version den Fehler, ohne Neustart mit der neuen Version läuft alles super.

Ich setze das Thema auf erledigt.

Siggi0904

@simatec Das Problem ist heute wieder aufgetreten.

NEWS

[2.5.9 Fehler existiert] - Backup-Adapter erzeugt Fehler

Support us

289
Online

31.7k
Users

79.8k
Topics

1.3m
Posts

NEWS

[2.5.9 Fehler existiert] - Backup-Adapter erzeugt Fehler

Support us

289Online

31.7kUsers

79.8kTopics

1.3mPosts

289
Online

31.7k
Users

79.8k
Topics

1.3m
Posts