TESTER gesucht / Backup auf Fritz.nas - node 18.18.0

fastfoot

@simatec habe im geschlossenen issue nachgefragt, aus der Beschreibung des fix geht hervor dass er mit der 20.7.0 dort schon drin ist. Evtl. machen sie deinen issue ja wieder auf falls dem wirklich so wäre

Thomas Braun

@fastfoot

Also 20.8.0 funktioniert nicht:

/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 252416 Oct 10 22:06 /opt/iobroker/backups/test_pipeline_uncompressed.tar
-rwxrwxrwx 1 root root  16384 Oct 10 22:06 /opt/iobroker/backups/test_pipeline_compressed_zlib.tar.gz
-rwxrwxrwx 1 root root  16384 Oct 10 22:06 /opt/iobroker/backups/test_pipeline_compressed_tar.tar.gz
-rwxrwxrwx 1 root root 154384 Oct  4 22:42 /opt/iobroker/backups/test_alternative.tar.gz
-rwxrwxrwx 1 root root 252928 Oct  4 22:42 /opt/iobroker/backups/test_nocompression.tar
-rwxrwxrwx 1 root root  16384 Oct  4 22:42 /opt/iobroker/backups/test_standard.tar.gz

fastfoot

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

Also 20.8.0 funktioniert nicht:

haben schon im issue reagiert und darauf hingewiesen. Aber gut dass es mit der LTS jetzt funktioniert

Thomas Braun

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

Aber gut dass es mit der LTS jetzt funktioniert

Ja, das ist das wichtigste. Aber auch die nodejs@20 wird ja irgendwann LTS...

Aber gut, dass ich dem lieben @simatec jetzt nicht mehr weiter mit meinen obskuren Issues gegen den Backitup-Adapter auf den Wecker fallen muss. :-)

simatec

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

Aber gut, dass ich dem lieben @simatec jetzt nicht mehr weiter mit meinen obskuren Issues gegen den Backitup-Adapter auf den Wecker fallen muss.

:blush:

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

Community Forum

NEWS

TESTER gesucht / Backup auf Fritz.nas - node 18.18.0

Support us

590

32.4k

81.6k

1.3m