Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[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.

[tklein]

@thomas-braun said in Backuperstellungproblem --> JavaScript heap out of memory:

Welche Größe hatte die Backups eigentlich in der Vergangenheit?

iobroker ca 20 mb / db 160-200 mb

[tklein]

@thomas-braun

pi@raspberrypi-iob:/ $ tree -d -h -L 1 /opt/iobroker/iobroker-data/ring*
/opt/iobroker/iobroker-data/ring.0
/opt/iobroker/iobroker-data/ring_0
└── [ 20K]  snapshot

1 directory
pi@raspberrypi-iob:/ $ tree -d -h -L 1 /opt/iobroker/iobroker-data/ring.0
/opt/iobroker/iobroker-data/ring.0

0 directories
pi@raspberrypi-iob:/ $ tree -d -h -L 1 /opt/iobroker/iobroker-data/ring_0
/opt/iobroker/iobroker-data/ring_0
└── [ 20K]  snapshot

1 directory
pi@raspberrypi-iob:/ $ tree -d -h -L 1 /opt/iobroker/iobroker-data/files/rin*
/opt/iobroker/iobroker-data/files/ring.0
├── [4.0K]  stickup_127478700
└── [ 76K]  stickup_52891477
/opt/iobroker/iobroker-data/files/ring.admin
└── [ 68K]  snapshot

3 directories

[tklein]

die ist schon ganz ordentlich wie ich finde:

[DJMarc75]

@tklein das ist auch quasi ALPHA und erklärt "jetzt" einiges...

[Codierknecht]

@tklein
Damit dürfte die Ursache klar sein.
Hättest ja auch gleich schreiben können, dass Du mit der Vis 2 rumspielst. Die ist noch im Alpha-Stadium - also nur zum Testen.

Beim Backup muss der ganze Salat auch noch gepackt werden - und das braucht vor allem eins: RAM RAM RAM.

[tklein]

@djmarc75 adapter gelöscht, daten noch da...