Backuperstellungproblem --> JavaScript heap out of memory
-
@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
-
@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.vislöschen.
Das sollte aber eigentlich beim Deinstallieren des Adapters automatisch passieren.
Ebensoiobroker/iobroker-data/files/vis.0.
Oder wie auch immer die Verzeichnisse bei Vis2 so heißen ...Der Objektbaum ist schon sauber?
-
@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. -
@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 downgrade hat auch nix gebracht.
-
@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. -
@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"
-
Mittlerweile glaube ich, dass es nix dem dem "gobalen" Arbeitsspeicher zu tun hat:
7127 2023-04-12 15:06:27.418 error [iobroker/clean] Backup files not deleted from /opt/iobroker/backups because some errors. 7127 2023-04-12 15:06:22.348 error [iobroker/dropbox] Dropbox: File "/opt/iobroker/backups/iobroker_2023_04_12-15_05_43_Backup iobroker_backupiobroker.tar.gz" not found 7127 2023-04-12 15:06:14.757 error [iobroker/iobroker] FATAL ERROR: CALL_AND_RETRY_LAST Allocation failed - JavaScript heap out of memory 7127 2023-04-12 15:06:14.755 error [iobroker/iobroker] <--- JS stacktrace ---> 7127 2023-04-12 15:06:14.754 error [iobroker/iobroker] [5551:0x4b90e88] 31437 ms: Mark-sweep (reduce) 600.2 (615.6) -> 600.2 (604.9) MB, 261.6 / 0.0 ms (+ 0.0 ms in 0 steps since start of marking, biggest step 0.0 ms, walltime since start of marking 2445 ms) (average mu = 0.932, current mu = 0.894) last r[5551:0x4b90e88] 31608 ms: Mark-sweep (reduce) 600.2 (604.9) -> 600.1 (604.9) MB, 170.9 / 0.0 ms (average mu = 0.889, current mu = 0.000) last resort GC in old space requested 7127 2023-04-12 15:06:14.752 error [iobroker/iobroker] <--- Last few GCs --->Laut RPI-Adapter war zum entsprechenen Zeitpunkt ca. 1.5 GB frei:
Evtl. ein Issue auf Github aufmachen oder kennt jemdand den Entwickler und kann ihn hier mentionen?
-
@tklein sagte in Backuperstellungproblem --> JavaScript heap out of memory:
JavaScript heap out of memory
Nein, mit dem RAM hat das auch nix zu tun sondern mit dem sog. heap.
Der ist/war bei aktuellen nodejs-Versionen auf ich glaube 2 GB begrenzt. -
@thomas-braun ok, dann habe ich das falsh verstanden.
Jetzt habe ich das in der Console nachdem ich den Heapspeicher erhöht hatte:
pi@raspberrypi-iob:/opt/iobroker $ export NODE_OPTIONS=--max-old-space-size=8192 pi@raspberrypi-iob:/opt/iobroker $ iobroker backup Unable to increase LUA script timeout: Connection is closed. Cannot determine Set feature status: Connection is closed. Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"! pi@raspberrypi-iob:/opt/iobroker $ -
Vermutlich muss vor solchen Aktionen der iobroker gestoppt werden.
