TESTER gesucht / Backup auf Fritz.nas - node 18.18.0

fastfoot

@thomas-braun habe deinen Kommentar auf Github gelesen, kannst du das Skript mal genau so starten falls die env anders gesetzt wurde: UV_USE_IO_URING=0 node cifs.js

Thomas Braun

@fastfoot sagte in TESTER gesucht / Backup auf Fritz.nas - node 18.18.0:

Ja, so funktioniert es:

echad@chet:/opt/iobroker $ UV_USE_IO_URING=0 node cifs.js
Copy output from below

umount not possible
//fritz.box/fritz.nas/Hitachi-HTS545012B9SA00-01/iobbackups/chet mounted into /opt/iobroker/backups

file test_pipeline_compressed_tar.tar.gz created
file test_pipeline_compressed_tar.tar.gz done
number of files in test_pipeline_compressed_tar.tar.gz: 115

file test_pipeline_compressed_zlib.tar.gz created
file test_pipeline_compressed_zlib.tar.gz done
number of files in test_pipeline_compressed_zlib.tar.gz: 115

file test_pipeline_uncompressed.tar created
file test_pipeline_uncompressed.tar done
number of files in test_pipeline_uncompressed.tar: 115

listing of created files in /opt/iobroker/backups
-rwxrwxrwx 1 root root 821248 Oct 12 19:26 /opt/iobroker/backups/test_pipeline_uncompressed.tar
-rwxrwxrwx 1 root root 154691 Oct 12 19:26 /opt/iobroker/backups/test_pipeline_compressed_zlib.tar.gz
-rwxrwxrwx 1 root root 154691 Oct 12 19:26 /opt/iobroker/backups/test_pipeline_compressed_tar.tar.gz


End of output to copy
echad@chet:/opt/iobroker $ UV_USE_IO_URING=1 node cifs.js
Copy output from below
/opt/iobroker/backups unmounted
//fritz.box/fritz.nas/Hitachi-HTS545012B9SA00-01/iobbackups/chet mounted into /opt/iobroker/backups

file test_pipeline_compressed_tar.tar.gz created
file test_pipeline_compressed_tar.tar.gz done
number of files in test_pipeline_compressed_tar.tar.gz: 0

file test_pipeline_compressed_zlib.tar.gz created
file test_pipeline_compressed_zlib.tar.gz done
number of files in test_pipeline_compressed_zlib.tar.gz: 0

file test_pipeline_uncompressed.tar created
file test_pipeline_uncompressed.tar done
number of files in test_pipeline_uncompressed.tar: 0

listing of created files in /opt/iobroker/backups
-rwxrwxrwx 1 root root 253440 Oct 12 19:26 /opt/iobroker/backups/test_pipeline_uncompressed.tar
-rwxrwxrwx 1 root root  16384 Oct 12 19:26 /opt/iobroker/backups/test_pipeline_compressed_zlib.tar.gz
-rwxrwxrwx 1 root root  16384 Oct 12 19:26 /opt/iobroker/backups/test_pipeline_compressed_tar.tar.gz

End of output to copy

fastfoot

@thomas-braun sagte in TESTER gesucht / Backup auf Fritz.nas - node 18.18.0:

Ja, so funktioniert es:

wie hattest du die denn vorher gesetzt? Ich hatte sowas Ähnliches mal in VS-Code, da wurde das environment beim Start überschrieben, etwas Ähnliches vermute ich hier auch

fastfoot

@Thomas-Braun falls du mit iobroker/backitup getestet hattest dann muss nach dem Setzen der env der iobroker natürlich neu gestartet werden

Thomas Braun

@fastfoot

Mit zwei Zeilen:

echad@chet:/opt/iobroker $ UV_USE_IO_URING=0
echad@chet:/opt/iobroker $ node cifs.js

Ich sehe aber, das das zwingend in eine Zeile gehört. Wieder was gelernt heute...

fastfoot

@thomas-braun nicht zwingend, aber ich vermute dass node in einem neuen(anderen als die shell) prozess gestartet wird welcher die env nicht hat. Falls ich Recht habe sollte ein export am Anfang der ersten Zeile es auch tun, da rate ich aber etwas

Thomas Braun

@fastfoot sagte in TESTER gesucht / Backup auf Fritz.nas - node 18.18.0:

nicht zwingend, aber ich vermute dass node in einem neuen(anderen als die shell) prozess gestartet wird welcher die env nicht hat.

Möglich, das der Prozess in einer subshell läuft...

fastfoot

@thomas-braun sagte in TESTER gesucht / Backup auf Fritz.nas - node 18.18.0:

Möglich, das der Prozess in einer subshell läuft...

magste mal testen?

Thomas Braun

@fastfoot
Jetzt wird es merkwürdig:
Nach einem Neustart und mit der github-Version von backitup:

echad@chet:/opt/iobroker $ ls -lAh /opt/iobroker/backups/
total 61M
-rwxrwxrwx 1 iobroker iobroker  37M Oct 12 03:43 historyDB_2023_10_12-03_42_32_chet_backupiobroker.tar.gz
-rwxrwxrwx 1 iobroker iobroker  16K Oct 12 12:19 historyDB_2023_10_12-12_19_18_chet_backupiobroker.tar.gz
-rwxrwxrwx 1 iobroker iobroker  16K Oct 12 19:17 historyDB_2023_10_12-19_16_30_chet_backupiobroker.tar.gz
-rwxrwxrwx 1 iobroker iobroker  16K Oct 12 19:41 historyDB_2023_10_12-19_40_39_chet_backupiobroker.tar.gz
-rwxrwxrwx 1 iobroker iobroker 5.8M Oct 12 03:42 iobroker_2023_10_12-03_42_20_chet_backupiobroker.tar.gz
-rwxrwxrwx 1 iobroker iobroker 5.8M Oct 12 12:19 iobroker_2023_10_12-12_19_06_chet_backupiobroker.tar.gz
-rwxrwxrwx 1 iobroker iobroker 5.8M Oct 12 19:16 iobroker_2023_10_12-19_16_19_chet_backupiobroker.tar.gz

Das history-File ist kaputt (16kb), das vom iobroker ist mit 5,8MB normal groß.

fastfoot

@thomas-braun sagte in TESTER gesucht / Backup auf Fritz.nas - node 18.18.0:

Möglich, das der Prozess in einer subshell läuft...

mit

export UV_USE_IO_URING=0
node cifs

klappt es(also dass die env innerhalb des skripts erkannt wird)

fastfoot

@thomas-braun sagte in TESTER gesucht / Backup auf Fritz.nas - node 18.18.0:

Jetzt wird es merkwürdig:

das kann nur Simatec lösen, bin verwundert. Lies mal Github, da wird von evtl. Kernel-Bug geredet :-(

Thomas Braun

@fastfoot @simatec

Der Bug macht mich irre... Bekommst du nicht festgenagelt...

Kernel-Bug? Auf dem Pi oder auf der FritzBox?

fastfoot

@thomas-braun sagte in TESTER gesucht / Backup auf Fritz.nas - node 18.18.0:

Nach einem Neustart ..............

Du solltest auf jeden Fall export UV_USE_IO_URING=0 nutzen!

Thomas Braun

@fastfoot sagte in TESTER gesucht / Backup auf Fritz.nas - node 18.18.0:

Du solltest auf jeden Fall export UV_USE_IO_URING=0 nutzen!

An welcher Stelle in welcher Datei?

simatec

@thomas-braun ich halte es nicht wirklich für einen Kernelbug. Hast du nochmal von Github neu installiert? Dort habe ich beim start von Backitup die Env gesetzt

@fastfoot packe die env mal direkt in deinen Testscript, so wie ich es in der main.js gemacht habe

Thomas Braun

@simatec sagte in TESTER gesucht / Backup auf Fritz.nas - node 18.18.0:

Hast du nochmal von Github neu installiert?

├── iobroker.backitup@2.8.4 (git+ssh://git@github.com/simatec/ioBroker.backitup.git#f68ab57e20e804335ed8640efa1341b6217c5dda)

fastfoot

@thomas-braun sagte in TESTER gesucht / Backup auf Fritz.nas - node 18.18.0:

@fastfoot @simatec

Der Bug macht mich irre... Bekommst du nicht festgenagelt...

Kernel-Bug? Auf dem Pi oder auf der FritzBox?

ich denke auf dem pi. habe hier 5.10.60-qnap

könntest mal strace installieren und mit strace -o cifs_strace.txt node cifs ohne gesetzte env schauen ob man dort was sieht

Thomas Braun · ich denke auf dem pi. habe hier **5.10.60-qnap**

@fastfoot

echad@chet:/opt/iobroker $ echo $UV_USE_IO_URING
0
echad@chet:/opt/iobroker $ strace -o cifs_strace.txt node cifs
Copy output from below


umount not possible
//fritz.box/fritz.nas/Hitachi-HTS545012B9SA00-01/iobbackups/chet mounted into /opt/iobroker/backups

file test_pipeline_compressed_tar.tar.gz created
file test_pipeline_compressed_tar.tar.gz done
number of files in test_pipeline_compressed_tar.tar.gz: 0

file test_pipeline_compressed_zlib.tar.gz created
file test_pipeline_compressed_zlib.tar.gz done
number of files in test_pipeline_compressed_zlib.tar.gz: 0

file test_pipeline_uncompressed.tar created
file test_pipeline_uncompressed.tar done
number of files in test_pipeline_uncompressed.tar: 0

listing of created files in /opt/iobroker/backups
-rwxrwxrwx 1 root root 252928 Oct 12 20:14 /opt/iobroker/backups/test_pipeline_uncompressed.tar
-rwxrwxrwx 1 root root  16384 Oct 12 20:14 /opt/iobroker/backups/test_pipeline_compressed_zlib.tar.gz
-rwxrwxrwx 1 root root  16384 Oct 12 20:14 /opt/iobroker/backups/test_pipeline_compressed_tar.tar.gz

End of output to copy

fastfoot

@simatec sagte in TESTER gesucht / Backup auf Fritz.nas - node 18.18.0:

@thomas-braun ich halte es nicht wirklich für einen Kernelbug. Hast du nochmal von Github neu installiert? Dort habe ich beim start von Backitup die Env gesetzt

@fastfoot packe die env mal direkt in deinen Testscript, so wie ich es in der main.js gemacht habe

hier klappt das mit export vorher, dann hat process.env.UV_USE_IO_URING den richtigen Wert

@thomas-braun sagte in TESTER gesucht / Backup auf Fritz.nas - node 18.18.0:

@fastfoot sagte in TESTER gesucht / Backup auf Fritz.nas - node 18.18.0:

Du solltest auf jeden Fall export UV_USE_IO_URING=0 nutzen!

An welcher Stelle in welcher Datei?

auf der Konsole beim Setzen der env , so wie hier gezeigt

fastfoot

@thomas-braun und jetzt im strace_cifs.txt schauen ob da ein error ist oder so. Oder hier anhängen. Wobei das env ja gesetzt war und trotzdem das skript fehler produzierte, könnte am strace liegen.. Für den strace sollte die env nicht gesetzt sein(unset??????????)

Community Forum

NEWS

TESTER gesucht / Backup auf Fritz.nas - node 18.18.0

Support us

689

32.4k

81.5k

1.3m