@arteck
Danke für den Hinweis, dann werde ich mal alle Blockly Skripte aus und dann nach und nach einschalten.
Kann ich zwei Javascript Instanzen haben um die "wichtigen" Skripte auf einer und die restlichen auf einer anderen laufen lassen zu können?
Nachdem ich heute den docker Container geupdated habe stürzt nun alle 3-4min die javascript Instanz mit einer "FATAL ERROR: Reached heap limit Allocation failed - JavaScript heap out of memory" Meldung ab:
:"iobroker.onvif@1.1.4"},"reolink":{"version":"1.1.2","platform":"Javascript/Node.js","installedFrom":"iobroker.reolink@1.1.2"}},"statesType":"jsonl","objectsType":"jsonl","noInstances":51,"noCompactInstances":0,"model":"Intel(R) Atom(TM) CPU C3758 @ 2.20GHz","cpus":8,"mem":67408838656,"ostype":"Linux","city":"Düsseldorf","vis":83,"vis-2":2}
================================== > LOG REDIRECT system.adapter.jarvis.0 => true [system.adapter.jarvis.0.logging]
<--- Last few GCs --->
[258:0x56d4d40] 333404 ms: Mark-Compact 4045.0 (4131.8) -> 4038.9 (4142.1) MB, 17816.33 / 0.00 ms (average mu = 0.171, current mu = 0.034) allocation failure; scavenge might not succeed
[258:0x56d4d40] 353777 ms: Mark-Compact 4056.7 (4143.8) -> 4049.9 (4153.1) MB, 20230.61 / 0.00 ms (average mu = 0.077, current mu = 0.007) allocation failure; scavenge might not succeed
<--- JS stacktrace --->
FATAL ERROR: Reached heap limit Allocation failed - JavaScript heap out of memory
----- Native stack trace -----
1: 0xb8d11b node::OOMErrorHandler(char const*, v8::OOMDetails const&) [io.javascript.0]
2: 0xf01b70 v8::Utils::ReportOOMFailure(v8::internal::Isolate*, char const*, v8::OOMDetails const&) [io.javascript.0]
3: 0xf01e57 v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, v8::OOMDetails const&) [io.javascript.0]
4: 0x1113aa5 [io.javascript.0]
5: 0x112b928 v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [io.javascript.0]
6: 0x1101a41 v8::internal::HeapAllocator::AllocateRawWithLightRetrySlowPath(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [io.javascript.0]
7: 0x1102bd5 v8::internal::HeapAllocator::AllocateRawWithRetryOrFailSlowPath(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [io.javascript.0]
8: 0x10e0226 v8::internal::Factory::NewFillerObject(int, v8::internal::AllocationAlignment, v8::internal::AllocationType, v8::internal::AllocationOrigin) [io.javascript.0]
9: 0x153c086 v8::internal::Runtime_AllocateInYoungGeneration(int, unsigned long*, v8::internal::Isolate*) [io.javascript.0]
10: 0x7f9b43ed9ef6
================================== > LOG REDIRECT system.adapter.javascript.0 => false [Process stopped]
================================== > LOG REDIRECT system.adapter.javascript.0 => false [system.adapter.javascript.0.logging]
Kann mir irgendjemand da weiterhelfen? Braucht der Docker mehr RAM?
Vielen Dank
@ilovegym sagte in Javascript Adapter deaktiviert / stürzt ab:
stell den Javascript Adapter auf debug und schau dir in der Console mit " iob logs --watch" an, was los ist...
Ansonsten halt alle Scripte abschalten, und der Reihe nach einschalten, auch bei jedem Script kann man eine Debug-Funktion einschalten..
Ich bekomme halt nur selten mit wenn die JS Instanz abgestürzt ist. IdR nur weil das Licht im Flur oder Küche nicht angeht.
Wonach müsste ich denn das Log durchsuchen um da den Absturz zu finden?
Ich hatte aufgrund der Einstellmöglichkeiten gedacht, dass der mich auch informiert sollte die JS Instanz abgestürzt sein. Ich will dem auf dem Grund gehen weil sonst der ganze iobroker Richtung unbrauchbar tendiert
Leider benachrichtigt der Device Watcher nicht wenn die JS Instanz abstürzt. Ich bekomme nur eine Meldung wenn ich die JS Instanz selber beende
@bubiman sagte in Javascript Adapter deaktiviert / stürzt ab:
@codierknecht sagte in Javascript Adapter deaktiviert / stürzt ab:
@bubiman
Hast Du Dir mal den Adapter "Device-Watcher" angeschaut?Bisher noch nicht aber ich möchte aktuell erstmal keine weiteren einbinden sofern ich nicht weiß was da los ist.
Ich hab ihn doch installiert
@codierknecht sagte in Javascript Adapter deaktiviert / stürzt ab:
@bubiman
Hast Du Dir mal den Adapter "Device-Watcher" angeschaut?
Bisher noch nicht aber ich möchte aktuell erstmal keine weiteren einbinden sofern ich nicht weiß was da los ist.
@asgothian sagte in Javascript Adapter deaktiviert / stürzt ab:
@bubiman über wie viele Sensoren reden wir ?
Setz doch mal in jede Schleife ein "pause 50 ms"A.
Sind ca. 50 Sensoren. Ich hab das Skript jetzt mal ausgeschaltet und versuche morgen ein Auge auf die Adapter zu haben ob der weiterhin ausfällt.
Wenn ich wenigstens sehen könnte wann der ausfällt aber ich finde im Log nichts
@paul53
Das Skript geht einmal die Stunde durch alle Sensoren von vier Adaptern und überprüft ob eine der Batterien fast leer ist, ich weiß dass es nicht schön ist:
Jetzt habe ich es gerade einmal "live" mitbekommen:
Unter Protokolle gibt es keinen Eintrag vom JS Adapter und unterm Host gibt es auch nichts über den "Absturz" und Neustart.
Ich habe mir jetzt einmal die iobroker.current.log von heute runtergeladen und auch da finde ich nichts. Den Screenshot habe ich um 19:01 gemacht, im Log sehe ich den letzten Eintrag vor 19:01 um 19:00.00 von javascript.0
2024-09-15 19:00:00.092 - [32minfo[39m: javascript.0 (255) script.js.common.SmartHome.LowBattery1: Innogy Sensoren:
wenn ich dann das Log nach unten scrolle wird es komisch, um 19:03 springt es auf einmal wieder auf 19:00 mit dem JS Adapter:
2024-09-15 19:03:16.968 - [34mdebug[39m: statistics.0 (626) [STATE EQUAL] 1->1 new val temp.timeCount.hs100.0.192_168_3_205.state.onDay: 62424
2024-09-15 19:03:17.013 - [34mdebug[39m: statistics.0 (626) [STATE EQUAL] 1->1 new val temp.timeCount.hs100.0.192_168_3_205.state.onWeek: 532658
2024-09-15 19:03:17.064 - [34mdebug[39m: statistics.0 (626) [STATE EQUAL] 1->1 new val temp.timeCount.hs100.0.192_168_3_205.state.onMonth: 1159441
2024-09-15 19:03:17.117 - [34mdebug[39m: statistics.0 (626) [STATE EQUAL] 1->1 new val temp.timeCount.hs100.0.192_168_3_205.state.onQuarter: 6012823
2024-09-15 19:03:17.162 - [34mdebug[39m: statistics.0 (626) [STATE EQUAL] 1->1 new val temp.timeCount.hs100.0.192_168_3_205.state.onYear: 21331737
2024-09-15 19:00:51.571 - [32minfo[39m: javascript.0 (255) script.js.common.SmartHome.LowBattery1: LowBatter : false
2024-09-15 19:00:51.571 - [32minfo[39m: javascript.0 (255) script.js.common.SmartHome.LowBattery1: LowBatter : false
2024-09-15 19:00:51.572 - [32minfo[39m: javascript.0 (255) script.js.common.SmartHome.LowBattery1: LowBatter : false
2024-09-15 19:00:51.572 - [32minfo[39m: javascript.0 (255) script.js.common.SmartHome.LowBattery1: LowBatter : false
Ich sehe nirgends zwische 18:59 und 19:03 einen Eintrag der auf einen Absturz und Neustart des JS Adapters hindeutet.
Hat irgendwer eine Idee was ich versuchen könnte? Ich hatte irgendwo gelesen, dass jemand einen zweiten JS Adapter erzeugt hat und Skripte aufgeteilt hat aber wenn ich das richtig verstanden habe ging es da um RAM Probleme und mein JS Adapter braucht nur 340MB zZ
