TESTER gesucht / Backup auf Fritz.nas - node 18.18.0
-
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 -
@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
-
@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.
-
@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.
-
@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 -
@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 -
@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
-
@Thomas-Braun falls du mit iobroker/backitup getestet hattest dann muss nach dem Setzen der env der iobroker natürlich neu gestartet werden
-
Mit zwei Zeilen:
echad@chet:/opt/iobroker $ UV_USE_IO_URING=0 echad@chet:/opt/iobroker $ node cifs.jsIch sehe aber, das das zwingend in eine Zeile gehört. Wieder was gelernt heute...
-
@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
-
@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...
-
@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?
-
@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.gzDas history-File ist kaputt (16kb), das vom iobroker ist mit 5,8MB normal groß.
-
@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 cifsklappt es(also dass die env innerhalb des skripts erkannt wird)
-
@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
-
Der Bug macht mich irre... Bekommst du nicht festgenagelt...
Kernel-Bug? Auf dem Pi oder auf der FritzBox?
-
@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=0nutzen! -
@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?
-
@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
-
@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)
