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

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

[tklein]

@codierknecht sorry, hatte so nicht an den zusammenhang gedacht. wie kann ich am besten die daten löschen, die nach dem adapterdelete noch da sind?

Einfach den Ordner "vis-2-beta" rekursiv löschen? Die Views/Projekt brauch ich eh nicht

[DJMarc75]

@tklein sagte in Backuperstellungproblem --> JavaScript heap out of memory:

wie kann ich am besten die daten löschen, die nach dem adapterdelete noch da sind

Prinzipiell mit den eigenen Kenntnissen entscheiden ob man Beta- (und alpha mal ganz weg gelassen) Tester spielen mag ! Kein Vorwurf sondern ein Denkanstoss !
Wie man da jetzt vom VIS2 alles terminiert - keine Ahnung.

[tklein]

daran lag es leider auch/doch nicht. files sind gelöscht:

[DEBUG] [iobroker] - host.raspberrypi-iob 39787 objects saved

[ERROR] [iobroker] - 
<--- Last few GCs --->

[1372:0x49cfe88]    30372 ms: Mark-sweep (reduce) 600.1 (616.2) -> 600.0 (605.0) MB, 249.0 / 0.0 ms  (+ 0.0 ms in 0 steps since start of marking, biggest step 0.0 ms, walltime since start of marking 2931 ms) (average mu = 0.934, current mu = 0.916) last r[1372:0x49cfe88]    30500 ms: Mark-sweep (reduce) 600.0 (605.0) -> 600.0 (604.7) MB, 128.2 / 0.0 ms  (average mu = 0.903, 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

[Ein ehemaliger Benutzer]

@tklein

Moin,

ich habe mich gerade etwas in node.js eingelesen und da steht, dass node.js > V12 den freien Speicher des Systems nutzt für den Heap, wenn Du wie oben gezeigt hast, nur 300 MB freihast, kann es sein, dass Du damit nicht ans Ziel kommst. Hast Du mal, während Du das Backup anstößt, parallel geschaut, wie es mit dem Speicherverbrauch zur selben Zeit aussieht.
Läuft da noch anderer Kram drauf? Versuch mal so viel wie möglich auf der Kiste zu stoppen, um freien Speicher zu bekommen.

VG
Bernd

[Thomas Braun]

@dp20eic

Hab da länger nicht mehr reingeschaut. Der Heap ist aber sonst weiterhin bei 2GB begrenzt?

[tklein]

@dp20eic wie gesagt aktiv nur noch fhem. ich finde die speicherauslastung auch schon enorm. alles ich fast alle instanzen deaktiviert hatte, war mehr ram frei (1,2 GB genutzt). Da ging das iobroker backup auch nicht durch

[Ein ehemaliger Benutzer]

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

@dp20eic

Hab da länger nicht mehr reingeschaut. Der Heap ist aber sonst weiterhin bei 2GB begrenzt?

Moin,

ich bin bei Java, Node.js, usw., komplett Kompetenz befreit :), ich hangele mich da auch nur an den Fehlermeldungen durch.

VG
Bernd

[Ein ehemaliger Benutzer]

@tklein sagte in Backuperstellungproblem --> JavaScript heap out of memory:

@dp20eic wie gesagt aktiv nur noch fhem. ich finde die speicherauslastung auch schon enorm. alles ich fast alle instanzen deaktiviert hatte, war mehr ram frei (1,2 GB genutzt). Da ging das iobroker backup auch nicht durch

Moin,

ist das noch ein 32 Bit System?
Hast Du beim Backup den Speicherverbrauch auch beobachtet?

Im Zusammenhang mit dem Fehler, finde ich immer wieder den Hinweis, dass man ein Environment setzen soll, bin mir aber nicht sicher, wie und ob iobroker das dann auch nutzt.

Siehe → https://support.snyk.io/hc/en-us/articles/360002046418-JavaScript-heap-out-of-memory

VG
Bernd

[tklein]

@dp20eic ja ist ein 32 bit system.

Ich habe das bereits gemacht: https://forum.iobroker.net/topic/42792/javascript-heap-out-of-memory-workaround

[tklein]

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

Hast Du beim Backup den Speicherverbrauch auch beobachtet?

ist bis 3,5 hochgegangen, dann auf 2 runter, kurz danach kam die meldung mit dem speicherproblem

[Codierknecht]

@tklein sagte in Backuperstellungproblem --> JavaScript heap out of memory:

Einfach den Ordner "vis-2-beta" rekursiv löschen? Die Views/Projekt brauch ich eh nicht

Wenn Du die Vis eh nicht brauchst, kannst Du ja (theoretisch) problemlos das Verzeichnis iobroker/node_modules/iobroker.vis löschen.
Das sollte aber eigentlich beim Deinstallieren des Adapters automatisch passieren.
Ebenso iobroker/iobroker-data/files/vis.0.
Oder wie auch immer die Verzeichnisse bei Vis2 so heißen ...

Der Objektbaum ist schon sauber?

[Homoran]

@codierknecht sagte in Backuperstellungproblem --> JavaScript heap out of memory:

Oder wie auch immer die Verzeichnisse bei Vis2 so heißen ...

die müssten natürlich überall vis2 statt vis heißen!
nicht das @tklein seine vis schreddert.

[tklein]

@homoran vis-2 habe ich manuell gelöscht. Kann man sehen, an welchen Datum ein Adapter geupdated wurde bzw ab wann er in der Adapterupdateliste stand? Evtl. macht der Back-Up Adapter dadurch Probleme bei mir. Derzeit habe ich Version v2.6.16. Werde mal zum Testen Downgraden.

[tklein]

@tklein downgrade hat auch nix gebracht.

[Homoran]

@tklein sagte in Backuperstellungproblem --> JavaScript heap out of memory:

ab wann er in der Adapterupdateliste stand?

der Adapter stand noch nie in der Updateliste.
Er ist noch im Alpha Tester Stadium und muss manuell über Github installiert werden.

[tklein]

@homoran meine frage bezog sich auf den backupadapter. hatte gehofft, dass ich am 15.03 ein updates des adapters gemacht hatte, welches das problem "verursacht"