TESTER gesucht / Backup auf Fritz.nas - node 18.18.0

[simatec]

@thomas-braun @fastfoot
Könnt ihr mal eure Kernel-Versionen checken...
Bei dir @fastfoot lief ja das Backup oder?

Ich habe aktuell 6.2.16-5-pve

[Thomas Braun]

@simatec

6.1.21-v8+

[simatec]

@thomas-braun schau mal https://github.com/nodejs/node/issues/49937#issuecomment-1740490144

brubbel created this issue in nodejs/node

closed raspberry pi 300% cpu setTimeout() #49937

[Thomas Braun]

@simatec

Ich hab aber ein reines 64bit-System.

[simatec]

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

@simatec

Ich hab aber ein reines 64bit-System.

Hier steht ....
"however: in 64bit mode (6.1.54-v8+) -> OK!"

[Thomas Braun]

@simatec

 *** Updating kernel modules
 *** depmod 6.1.57-v8+

Mal schauen ob es was bringt...

Edit: Nein, auch mit Kernel 6.1.57-v8+ keine Änderung, das Backup von History ist weiterhin kaputt.

[simatec]

@thomas-braun Mach mal ohne der Env

[Thomas Braun]

@simatec

iobroker.backitup@2.8.4
ist ohne ENV. Ich kann aber mal mit der github-Version probieren.

Edit:
Mit
iobroker.backitup@2.8.6 (git+ssh://git@github.com/simatec/ioBroker.backitup.git#d68f6fe1fc54cbf85c4b89fce5c746894d26ca93)
auch korrupt.

[simatec]

@thomas-braun War ein Versuch wert

[fastfoot]

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

@thomas-braun @fastfoot
Könnt ihr mal eure Kernel-Versionen checken...
Bei dir @fastfoot lief ja das Backup oder?

Ich habe aktuell 6.2.16-5-pve

ja, was immer ich versuche, es läuft einfach. heute auch noch smb zum container host probiert, es läuft. kernel scheint etwas älter 5.10.60-qnap.

WSL2 bietet 5.15.90.1-microsoft-standard-WSL2 muss ich aber erst noch testen

@Thomas-Braun hast du die 20.8.0 mal mit bullseye getestet?

[Thomas Braun]

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

hast du die 20.8.0 mal mit bullseye getestet?

Nein, aber die 20.8.1 mit Trixie...

[fastfoot]

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

ist ohne ENV.

traue deinem setup nicht wenn du deinen iobroker startest (mit github backitup) und dann grep UV_USE log/*curr*|tail -2 ausführst solltest du 2 gleiche Einträge sehen, beide mit Wert 0. Sollte der erste undefined sein, dann setze mal bitte das env in deinen Systemeinstellungen. Immerhin hatte doch das Skript mit der env funktioniert, das muss dann auch im Backitup funktionieren. Und vergiss mal für kurze Zeit den History Teil und die anderen, die werden ja etwas anders erzeugt. Man wird sonst ganz durcheinander. Evtl. könnte @simatec dann ja die pipeline Methode aus dem Skript zum testen einbauen für die History wenn das normale Backup geklärt ist

[Thomas Braun]

@fastfoot

Hier ist nix 0

echad@chet:/opt/iobroker $ grep UV_USE log/*curr*|tail -2
echad@chet:/opt/iobroker $

[fastfoot]

@thomas-braun dann läuft kein github backitup, das setzt es ja. logausgabe erfolgt nur in der instanz 0!!

[Thomas Braun]

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

dann läuft kein github backitup

Doch, das war sogar während ein Backup lief.

[fastfoot]

@thomas-braun ist auch ein neuer tag, evtl muss iobroker neu gestartet werden, das current.log wird da neu erstellt und die Ausgabe erfolgte evtl. gestern. versuche die env wie bisher zu setzen, dann den start und dann grep.

[simatec]

@thomas-braun Auf Github ist es aktuell wieder auskommentiert. War nur zu testzwecken

[simatec]

@fastfoot poste bitte das aktuelle Script nochmal.
Dann muss ich suchen

[Thomas Braun]

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

versuche die env wie bisher zu setzen

Wie war das noch gleich? Ich bin schon #HOECHSTVERWIRRT

[fastfoot]

@simatec ,@Thomas-Braun ah, schade, dann bitte die env in den Systemeinstellungen. Ist zur Sicherheit, gestern hatten wir ja Probleme mit dem Setzen. Für das skript ist es einfach mit dem davorsetzen, aber iob ist ja nur ein script welches dann node aufruft. Einfach um sicher zu sein