Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[tklein]

@thomas-braun danke für die infos/einschätzung

[tklein]

wie kann ich herausfinden, ob meine blocky skripte evtl. rekursionen/memory leaks hervorrufen? kann man sich auf blocklyebene die spechernutzung anzeigen lassen?

[Thomas Braun]

@tklein

Nein geht nicht so kleinteilig. Das läuft alles in einem Prozess ab.

[tklein]

@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 $

[Thomas Braun]

@tklein Dann stoppe den iob komplett. Oder zumindest alle Adapter, die nicht zum Backup benötigt werden.

[tklein]

@thomas-braun muss z.B. der zigbee-adapter laufen, wenn der im backup includiert ist?

[Thomas Braun]

@tklein

Nein. Es muss eigentlich bis auf den Backitup und dem Admin und web nichts laufen.

[tklein]

@thomas-braun thx

[tklein]

@thomas-braun wieder das problem :-(
Diesmal via GUI getriggered

[tklein]

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]

@tklein

iobroker list instances | grep + | wc -l

sagt?

[tklein]

@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

[Thomas Braun]

@tklein

Du solltest doch alles bis auf wenige Kern-Instanzen auf Eis legen. Da laufen ja 30 Dinger noch mit.

[tklein]

@thomas-braun inzwischen habe ich die instanzen wieder gestartet. 2 versuche haben ja nix anders gebracht

[tklein]

@thomas-braun jetzt sind es nur noch 4

[Thomas Braun]

@tklein Das hört sich vernünftiger an.

[Thomas Braun]

@tklein

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?

[tklein]

@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 $

[tklein]

@thomas-braun ich habe bißcehn mit einer vis rumgespielt und den ring adapter wieder reaktiviert

[Thomas Braun]

@tklein

Die Daten aus dem ring-Adapter könnten der Grund sein.