[2.5.9 Fehler existiert] - Backup-Adapter erzeugt Fehler

Siggi0904

Fehler mit einem Reboot des gesamten Systems behoben.
Siehe GitHub:

https://github.com/simatec/ioBroker.backitup/issues/736

Siggi0904 created this issue in simatec/ioBroker.backitup

closed Backup-Adapter erzeugt Fehler #736

Siggi0904

Hallo,

leider tritt das Problem weiterhin auf.
Nach einiger Zeit kommt der Fehler wieder und ich muss das ganze System durchstarten.

Gibt es hierzu eine Lösung?

Danke.

Thomas Braun

@siggi0904

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?

Und bring der 'Datenschlampe' mal smb 3.1.1 bei.

Siggi0904

@thomas-braun Siehe folgend.

Lokales Backup über Backup-Befehl läuft ohne Fehler durch.

login as: iobroker
iobroker@192.168.178.64's password:
Linux iobroker 5.10.0-19-amd64 #1 SMP Debian 5.10.149-2 (2022-10-21) x86_64

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
You have no mail.
Last login: Sat Nov 12 14:09:16 2022 from 192.168.178.41
iobroker@iobroker:~$ sudo ln -s /usr/bin/node /usr/bin/nodejs &> /dev/null
[sudo] Passwort für iobroker:
iobroker@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
x86_64
Kein Docker
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v16.18.1
v16.18.1
8.19.2
4.0.23
iobroker
iobroker tty dialout cdrom floppy sudo audio dip video plugdev netdev
tty

/home/iobroker
OK:1 http://phoscon.de/apt/deconz bullseye InRelease
OK:2 http://deb.debian.org/debian bullseye InRelease
OK:3 http://deb.debian.org/debian bullseye-updates InRelease
OK:4 https://deb.nodesource.com/node_16.x bullseye InRelease
OK:5 https://deb.debian.org/debian-security bullseye-security InRelease
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Aktualisierung für 9 Pakete verfügbar. Führen Sie »apt list --upgradable« aus, um sie anzuzeigen.
nodejs:
  Installiert:           16.18.1-deb-1nodesource1
  Installationskandidat: 16.18.1-deb-1nodesource1
  Versionstabelle:
 *** 16.18.1-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_16.x bullseye/main amd64 Packages
        100 /var/lib/dpkg/status
     12.22.12~dfsg-1~deb11u1 500
        500 https://deb.debian.org/debian-security bullseye-security/main amd64 Packages
     12.22.5~dfsg-2~11u1 500
        500 http://deb.debian.org/debian bullseye/main amd64 Packages
iobroker@iobroker:~$

skinni

Ich hab den Fehler auch, ich vermute seit dem node.js update von 14 auf v16.18.1. Fing auf jeden Fall erst vor kurzem an.

Kann leider nicht viel hilfreiches dazu beitragen, nur dass es sehr merkwürdig ist.

iob backup läuft durch, backup adapter manuell läuft auch durch, aber das geplante backup Nachts erzeugt Fehler - oft aber nicht immer.

skinni

Lief jetzt eine Woche ohne Fehler, dachte das Update auf 2.5.9 hat was gebracht, aber heute Nacht wieder genau das gleiche.

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

@thomas-braun

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.

NEWS

[2.5.9 Fehler existiert] - Backup-Adapter erzeugt Fehler

closed Backup-Adapter erzeugt Fehler #736

Support us

598
Online

31.8k
Users

80.0k
Topics

1.3m
Posts

NEWS

[2.5.9 Fehler existiert] - Backup-Adapter erzeugt Fehler

closed Backup-Adapter erzeugt Fehler #736

Support us

598Online

31.8kUsers

80.0kTopics

1.3mPosts

598
Online

31.8k
Users

80.0k
Topics

1.3m
Posts