TESTER gesucht / Backup auf Fritz.nas - node 18.18.0

[fastfoot]

@thomas-braun bleibt node20, angeblich wurde das issue dort ja schon mit der 20.6 oder 20.7 gefixt. Oder hab ich das falsch gelesen?

[Thomas Braun]

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

Oder hab ich das falsch gelesen?

Da bin ich nicht ganz sicher, wie das bei nodejs.org gemeint ist. Jedenfalls hab ich das Verhalten unter 20.8.0 noch.

[Thomas Braun]

@fastfoot

Dein Testskript V3 liefert jetzt auch:

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 10 21:31 /opt/iobroker/backups/test_pipeline_uncompressed.tar
-rwxrwxrwx 1 root root 154692 Oct 10 21:31 /opt/iobroker/backups/test_pipeline_compressed_zlib.tar.gz
-rwxrwxrwx 1 root root 154692 Oct 10 21:31 /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

[simatec]

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

@thomas-braun bleibt node20, angeblich wurde das issue dort ja schon mit der 20.6 oder 20.7 gefixt. Oder hab ich das falsch gelesen?

Node 20 steht noch aus... Das Issue wurde um das Label Node 20.x erweitert...
Also wer CIFS nutzt, sollte erstmal auf der 18 bleiben...

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

[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