[2.5.9 Fehler existiert] - Backup-Adapter erzeugt Fehler

Thomas Braun

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

aber das geplante backup Nachts erzeugt Fehler

Meldungen?
Welches Dateisystem wie angebunden? Cifs? NFS? Was anderes?

skinni

Das backup ist angebunden per CIFS an mein NAS. Im Dateisystem auf dem NAS sehe ich auch die meisten Sicherungen von heute, aber iobroker fehlt komplett und history ist unvollständig. (CCU sichere ich nur alle 3 Tage)

Ich bekomme auch iobroker und history von heute nicht im Adapter zur Wiederherstellung angeboten, die anderen schon.

Das sagt das iobroker log:


backitup.0
2022-12-10 02:40:22.045	error	[iobroker/iobroker] }

backitup.0
2022-12-10 02:40:22.044	error	[iobroker/iobroker] syscall: 'uv_cwd'

backitup.0
2022-12-10 02:40:22.044	error	[iobroker/iobroker] code: 'ENOENT',

backitup.0
2022-12-10 02:40:22.044	error	[iobroker/iobroker] errno: -2,

backitup.0
2022-12-10 02:40:22.043	error	[iobroker/iobroker] at Module.require (node:internal/modules/cjs/loader:1057:19) {

backitup.0
2022-12-10 02:40:22.042	error	[iobroker/iobroker] at Function.Module._load (node:internal/modules/cjs/loader:868:12)

backitup.0
2022-12-10 02:40:22.041	error	[iobroker/iobroker] at Module.load (node:internal/modules/cjs/loader:1033:32)

backitup.0
2022-12-10 02:40:22.041	error	[iobroker/iobroker] at Object.Module._extensions..js (node:internal/modules/cjs/loader:1209:10)

backitup.0
2022-12-10 02:40:22.040	error	[iobroker/iobroker] at Module._compile (node:internal/modules/cjs/loader:1155:14)

backitup.0
2022-12-10 02:40:22.039	error	[iobroker/iobroker] at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/yargs/index.cjs:7:1)

backitup.0
2022-12-10 02:40:22.038	error	[iobroker/iobroker] at Argv (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/yargs/index.cjs:12:16)

backitup.0
2022-12-10 02:40:22.038	error	[iobroker/iobroker] at fe.Yargs (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/yargs/build/index.cjs:1:61304)

backitup.0
2022-12-10 02:40:22.037	error	[iobroker/iobroker] at Object.process.cwd (/opt/iobroker/node_modules/graceful-fs/polyfills.js:10:19)

backitup.0
2022-12-10 02:40:22.037	error	[iobroker/iobroker] at process.wrappedCwd (node:internal/bootstrap/switches/does_own_process_state:126:28)

backitup.0
2022-12-10 02:40:22.036	error	[iobroker/iobroker] Error: ENOENT: no such file or directory, uv_cwd

backitup.0
2022-12-10 02:40:22.036	error	[iobroker/iobroker] ^

backitup.0
2022-12-10 02:40:22.035	error	[iobroker/iobroker] cachedCwd = rawMethods.cwd();

backitup.0
2022-12-10 02:40:22.019	error	[iobroker/iobroker] node:internal/bootstrap/switches/does_own_process_state:126

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

@homoran

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.

Community Forum

NEWS

[2.5.9 Fehler existiert] - Backup-Adapter erzeugt Fehler

Support us

684

32.6k

82.3k

1.3m