NEWS
Backuperstellungproblem --> JavaScript heap out of memory
-
@tklein sagte in Backuperstellungproblem --> JavaScript heap out of memory:
Pending OS-Updates: 58
Updaten, zuvor das grafana und das influx-Repository anpacken, da muss jeweils der key ausgetauscht werden.
Ich würde da aber direkt die große Lösung vorziehen:
das Betriebssystem komplett neuaufsetzen, dann direkt als 64bit 'Bullseye'.
-
@thomas-braun danke für die infos/einschätzung
-
wie kann ich herausfinden, ob meine blocky skripte evtl. rekursionen/memory leaks hervorrufen? kann man sich auf blocklyebene die spechernutzung anzeigen lassen?
-
Nein geht nicht so kleinteilig. Das läuft alles in einem Prozess ab.
-
@wendy2702 js-adapter ist gestoppt. Leider keine Änderung:
pi@raspberrypi-iob:/opt/iobroker $ iobroker backup host.raspberrypi-iob 33895 states saved host.raspberrypi-iob 39802 objects saved <--- Last few GCs ---> [21492:0x46a0cd0] 159707 ms: Mark-sweep (reduce) 599.7 (616.1) -> 599.7 (604.8) MB, 250.5 / 0.0 ms (+ 0.0 ms in 0 steps since start of marking, biggest step 0.0 ms, walltime since start of marking 3616 ms) (average mu = 0.963, current mu = 0.932) last [21492:0x46a0cd0] 159870 ms: Mark-sweep (reduce) 599.7 (604.8) -> 599.7 (604.3) MB, 163.5 / 0.0 ms (average mu = 0.942, current mu = 0.000) last resort GC in old space requested <--- JS stacktrace ---> FATAL ERROR: CALL_AND_RETRY_LAST Allocation failed - JavaScript heap out of memory /usr/bin/iobroker: line 10: 21491 Aborted sudo -H -u iobroker node /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js "$@" pi@raspberrypi-iob:/opt/iobroker $
-
@tklein Dann stoppe den iob komplett. Oder zumindest alle Adapter, die nicht zum Backup benötigt werden.
-
@thomas-braun muss z.B. der zigbee-adapter laufen, wenn der im backup includiert ist?
-
Nein. Es muss eigentlich bis auf den Backitup und dem Admin und web nichts laufen.
-
@thomas-braun thx
-
@thomas-braun wieder das problem
Diesmal via GUI getriggered -
kann es sein, dass es evtl. mit einen Adapter zusammenhängt, der Probleme beim Packupen macht? Es knallt ja -"nur" beim iobroker, zigbee, db, javascript werden erstellt.
Bis zum 5.3.23 lief es noch:
-
-
@thomas-braun said in Backuperstellungproblem --> JavaScript heap out of memory:
iobroker list instances | grep + | wc -l
pi@raspberrypi-iob:/opt/iobroker $ iobroker list instances | grep + | wc -l
30 -
Du solltest doch alles bis auf wenige Kern-Instanzen auf Eis legen. Da laufen ja 30 Dinger noch mit.
-
@thomas-braun inzwischen habe ich die instanzen wieder gestartet. 2 versuche haben ja nix anders gebracht
-
@thomas-braun jetzt sind es nur noch 4
-
@tklein Das hört sich vernünftiger an.
-
Welche Größe hatte die Backups eigentlich in der Vergangenheit?
Und hast du seit die nicht mehr funktionieren irgendwelche Daten-Dickschiff-Adapter installiert? Überwachungskameras oder sonst was mit reichlich Datenerzeugung? -
@thomas-braun leider wieder keine änderung:
pi@raspberrypi-iob:/opt/iobroker $ iobroker stop pi@raspberrypi-iob:/opt/iobroker $ iobroker backup host.raspberrypi-iob 33899 states saved host.raspberrypi-iob 39808 objects saved <--- Last few GCs ---> [9086:0x4b25cd0] 37366 ms: Scavenge 887.2 (969.0) -> 887.1 (974.0) MB, 9.7 / 0.0 ms (average mu = 0.919, current mu = 0.812) allocation failure [9086:0x4b25cd0] 37394 ms: Scavenge 890.0 (974.0) -> 889.9 (975.0) MB, 14.2 / 0.0 ms (average mu = 0.919, current mu = 0.812) allocation failure [9086:0x4b25cd0] 37548 ms: Scavenge 890.9 (975.0) -> 890.6 (986.0) MB, 149.5 / 0.0 ms (average mu = 0.919, current mu = 0.812) allocation failure <--- JS stacktrace ---> FATAL ERROR: Reached heap limit Allocation failed - JavaScript heap out of memory /usr/bin/iobroker: line 10: 9085 Aborted sudo -H -u iobroker node /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js "$@" pi@raspberrypi-iob:/opt/iobroker $
-
@thomas-braun ich habe bißcehn mit einer vis rumgespielt und den ring adapter wieder reaktiviert