TESTER gesucht / Backup auf Fritz.nas - node 18.18.0

[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]

@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??????????)

[Thomas Braun]

@fastfoot strace_cifs.txt

[fastfoot]

@thomas-braun ahhh, da wirds klar

im Ernst, sehe da auf die Schnelle mehrere ENOENT no such file.... muss ich mal bei mir schauen, denke da kommt das nicht.

und jetzt das Ganze mit (bitte genau so!)

export UV_USE_IO_URING=0
strace -o cifs_strace1.txt node cifs

eigentlich sollte das ohne Fehler laufen plus output.

und dann mit backit up(ich glaube dass das env dort vielleicht zu spät gesetzt wird) um sicher zu gehen

iob stop
export UV_USE_IO_URING=0
iob start

und dann ein backup