TESTER gesucht / Backup auf Fritz.nas - node 18.18.0

Thomas Braun

Der Vollständigkeit halber.

Skript V2 mit nodejs 20.8.0:

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

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

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

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

listing of created files in /opt/iobroker/backups
-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

Was ist denn test_alternative.tar.gz genau?
Das scheint ja zu funktionieren.

Ist das der Schlingel?

echad@chet:/opt/iobroker $ npm ls tar
iobroker.inst@3.0.0 /opt/iobroker
├─┬ iobroker.echarts@1.5.4
│ └─┬ canvas@2.11.2
│   └─┬ @mapbox/node-pre-gyp@1.0.11
│     └── tar@6.1.15 deduped
├─┬ iobroker.js-controller@5.0.12
│ └── tar@6.1.15
└─┬ iobroker.zigbee@1.8.24
  └── tar@6.1.15 deduped

fastfoot

@thomas-braun die alternative function macht das erstellen und kopieren was funktioniert. denke nicht dass es das tar ist. das nocompression wird mit standard und 2tem parameter false aufgerufen.

simatec

@thomas-braun Jaein… js-controller nutzt tar direkt.
Backitup nutzt allerdings tar-fs ….
tar-fs hat aber wiederum tar mit integriert…

Nur um die Verwirrung mal komplett zu machen

https://www.npmjs.com/package/tar

Thomas Braun

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

Nur um die Verwirrung mal komplett zu machen

Jetzt weiß ich gar nicht mehr wie ich den Pudding an die Wand nageln soll...

Das bekomme ich nie verständlich und wasserdicht in ein Issue gegossen.

fastfoot

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

Das bekomme ich nie verständlich und wasserdicht in ein Issue gegossen.

nee, das mit dem issue sollte ein Gag sein. Ich arbeite an V3!

Thomas Braun

@fastfoot

Ich muss morgen mal direkt mit tar experimentieren.
Aber wenn es am deb-Paket liegen sollte, warum rappelte es erst ab nodejs 18.18.0?

fastfoot

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

Ich muss morgen mal direkt mit tar experimentieren.

tar -cvzf test.tar.gz ./node_modules/iobroker.js-controller

simatec

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

Jetzt weiß ich gar nicht mehr wie ich den Pudding an die Wand nageln soll...

Eventuell mit Sekundenkleber versuchen

simatec

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

Aber wenn es am deb-Paket liegen sollte, warum rappelte es erst ab nodejs 18.18.0?

Das hat nichts mit dem Deb-Packet zu tun... Es handelt sich um das Paket node-tar.
Der Name ist etwas verwirrend, hat aber keine Verbindung zum DEB Paket

simatec

Ich mache mal ein Issue unter node-tar auf und versuche den Fehler zu beschreiben.

Thomas Braun

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

Das hat nichts mit dem Deb-Packet zu tun...

Aber ein direktes 'iob backup' nutzt doch 'tar' direkt, hast du oben geschrieben. Und das funktioniert ja schon nicht.

simatec

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

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

Das hat nichts mit dem Deb-Packet zu tun...

Aber ein direktes 'iob backup' nutzt doch 'tar' direkt, hast du oben geschrieben. Und das funktioniert ja schon nicht.

Da habe ich mich etwas missverständlich ausgedrückt. Es ist das Paket node-tar, was aber unter dem Namen tar zu finden ist.
js-controller nutzt hier kein Deb-Paket, da es ja OS Übergreifend also auch unter Windows laufen muss.

Thomas Braun

@simatec

Also bist du Schuld an meiner Verwirrung!

simatec

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

@simatec

Also bist du Schuld an meiner Verwirrung!

Das kann ich gut ...

Hab mal ein Issue erstellt. Kannst gerne noch ergänzen, falls ich etwas vergessen habe

Thomas Braun

@simatec

Danke schön! Sogar mit Code-Schnipseln, das hätte ich nie gefunden.

simatec

@thomas-braun Habe auch noch ein Issue bei Node aufgemacht ... Wenn Ihr noch was zu ergänzen habt, macht das gerne...
https://github.com/nodejs/node/issues/50061

simatec created this issue in nodejs/node

open createWriteStream has problems in a CIFS mount path with node 20.x.x and node 18.18.0 #50061

simatec

@thomas-braun Laut Antwort ist man wohl dem Fehler auf der Schliche und es könnte mit 18.18.1 ein Bugfix geben... Wenn die 18.18.1 laufen sollte, müssten wir im Issue nur berichten, dass man in der 20 den Bugfix ebenfalls einpflegt.

Thomas Braun

@simatec

Dann bin ich mal gespannt. Aber

I found this problem exists in 20.3.0 through 20.6.1 as well, but is not present in 20.7.0.

kann ich nicht bestätigen, unter nodejs 20.8.0 hab ich das auch.

simatec

@thomas-braun Sehr interessant ... Dann teste ich die 20.7.0 auch mal

simatec

So wir grenzen den Fehler in nodejs langsam ein...
Die 20.2.0 war die letzte Version, die funktioniert... Laut Issue könnte libuv hier das Problem sein.
Für die Node18 soll jetzt die Version 18.18.1 kommen, in der das libuv Update wieder rückgängig gemacht werden soll... Bei der Node20 heißt es erstmal warten und ggfs. auf 20.2.0 zurückgehen

NEWS