Adapter ZigBee stürzt ab nach Anlernen von innr Steckdosen

[LittleNo]

@arteck bitteschön, hier das Log von heute. Ich vermute um 03:50 Uhr gehts los mit dem Problem (wann genau er in der Nacht aufgehört hat zu funktionieren weiss ich natürlich nicht)

Heute wars auch wieder so dass die CPU-Last der VM, während der ZigBee-Adapter sich aufgehängt hatte, auf Anschlag lief. Das wurde ziemlich sicher davon ausgelöst, weil es sofort vorbei war als ich den Adapter gestoppt habe.

iobroker.2023-12-06.log

[arteck]

@littleno

2023-12-06 06:15:03.696  - error: host.iobrokervm Caught by controller[1]: <--- Last few GCs --->
2023-12-06 06:15:03.697  - error: host.iobrokervm Caught by controller[1]: [1123827:0x5e7fac0] 28959251 ms: Mark-Compact (reduce) 1921.3 (1993.9) -> 1920.4 (1993.9) MB, 5257.16 / 0.00 ms  (average mu = 0.082, current mu = 0.003) allocation failure; scavenge might not succeed
2023-12-06 06:15:03.697  - error: host.iobrokervm Caught by controller[1]: [1123827:0x5e7fac0] 28964003 ms: Mark-Compact (reduce) 1921.3 (1993.9) -> 1920.4 (1993.9) MB, 4737.37 / 0.00 ms  (average mu = 0.047, current mu = 0.003) allocation failure; scavenge might not succeed
2023-12-06 06:15:03.697  - error: host.iobrokervm Caught by controller[1]: <--- JS stacktrace --->
2023-12-06 06:15:03.697  - error: host.iobrokervm Caught by controller[2]: FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
2023-12-06 06:15:03.697  - error: host.iobrokervm Caught by controller[3]:  1: 0xc9e850 node::Abort() [io.zigbee.0]
2023-12-06 06:15:03.697  - error: host.iobrokervm Caught by controller[4]:  2: 0xb720ff  [io.zigbee.0]
2023-12-06 06:15:03.697  - error: host.iobrokervm Caught by controller[5]:  3: 0xec1a70 v8::Utils::ReportOOMFailure(v8::internal::Isolate*, char const*, v8::OOMDetails const&) [io.zigbee.0]
2023-12-06 06:15:03.698  - error: host.iobrokervm Caught by controller[6]:  4: 0xec1d57 v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, v8::OOMDetails const&) [io.zigbee.0]
2023-12-06 06:15:03.698  - error: host.iobrokervm Caught by controller[7]:  5: 0x10d3dc5  [io.zigbee.0]
2023-12-06 06:15:03.698  - error: host.iobrokervm Caught by controller[8]:  6: 0x10d4354 v8::internal::Heap::RecomputeLimits(v8::internal::GarbageCollector) [io.zigbee.0]
2023-12-06 06:15:03.698  - error: host.iobrokervm Caught by controller[9]:  7: 0x10eb244 v8::internal::Heap::PerformGarbageCollection(v8::internal::GarbageCollector, v8::internal::GarbageCollectionReason, char const*) [io.zigbee.0]
2023-12-06 06:15:03.698  - error: host.iobrokervm Caught by controller[10]:  8: 0x10eba5c v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [io.zigbee.0]
2023-12-06 06:15:03.698  - error: host.iobrokervm Caught by controller[11]:  9: 0x10c1d61 v8::internal::HeapAllocator::AllocateRawWithLightRetrySlowPath(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [io.zigbee.0]
2023-12-06 06:15:03.698  - error: host.iobrokervm Caught by controller[12]: 10: 0x10c2ef5 v8::internal::HeapAllocator::AllocateRawWithRetryOrFailSlowPath(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [io.zigbee.0]
2023-12-06 06:15:03.698  - error: host.iobrokervm Caught by controller[13]: 11: 0x109f536 v8::internal::Factory::AllocateRaw(int, v8::internal::AllocationType, v8::internal::AllocationAlignment) [io.zigbee.0]
2023-12-06 06:15:03.698  - error: host.iobrokervm Caught by controller[14]: 12: 0x1090b6c v8::internal::FactoryBase<v8::internal::Factory>::AllocateRawArray(int, v8::internal::AllocationType) [io.zigbee.0]
2023-12-06 06:15:03.698  - error: host.iobrokervm Caught by controller[15]: 13: 0x1090cd4 v8::internal::FactoryBase<v8::internal::Factory>::NewFixedArrayWithFiller(v8::internal::Handle<v8::internal::Map>, int, v8::internal::Handle<v8::internal::Oddball>, v8::internal::AllocationType) [io.zigbee.0]
2023-12-06 06:15:03.698  - error: host.iobrokervm Caught by controller[16]: 14: 0x13bfcbd v8::internal::OrderedHashTable<v8::internal::OrderedHashMap, 2>::Allocate(v8::internal::Isolate*, int, v8::internal::AllocationType) [io.zigbee.0]
2023-12-06 06:15:03.698  - error: host.iobrokervm Caught by controller[17]: 15: 0x13bfd63 v8::internal::OrderedHashTable<v8::internal::OrderedHashMap, 2>::Rehash(v8::internal::Isolate*, v8::internal::Handle<v8::internal::OrderedHashMap>, int) [io.zigbee.0]
2023-12-06 06:15:03.698  - error: host.iobrokervm Caught by controller[18]: 16: 0x14f0973 v8::internal::Runtime_MapGrow(int, unsigned long*, v8::internal::Isolate*) [io.zigbee.0]
2023-12-06 06:15:03.698  - error: host.iobrokervm Caught by controller[19]: 17: 0x1934ef6  [io.zigbee.0]
2023-12-06 06:15:03.698  - warn: host.iobrokervm instance system.adapter.zigbee.0 terminated due to SIGABRT
2023-12-06 06:15:03.699  - info: host.iobrokervm instance system.adapter.zigbee.0 terminated with code null ()

hier ist dein Problem.. nicht der zigbee adapter sonder JAVASCRIPT..
JavaScript heap out of memory

und der reist den rest mit

[LittleNo]

@arteck okay, also erstmal Danke für die Aufklärung, denn das hätte ich so vermutlich nicht selbst deuten können

Dann aber die Frage warum? denn physisch zu wenig Speicher scheint nicht das Problem zu sein. Die VM hat 4GB und auch während dem Crash sind davon 1,2GB ungenutzt:

Es ist also wohl eher ein logisches Problem, dass innerhalb des JavaScripts sich irgendwas zumüllt. Auch das sieht jetzt nicht nach zu wenig Speicher aus:

Und dann natürlich die Frage, da der Javascript-Adapter nicht abgestürtzt ist, habe ich den nie neu gestartet, und trotzdem läuft wieder alles wenn ich nur den ZigBee-Adapter neu starte.

Ich habe da natürlich ein paar Blockly-Scripte laufen, aber an denen habe ich nichts verändert, es lief also auch vorher schon damit ohne diese Abstürze.

[Thomas Braun]

@littleno

JavaScript heap out of memory

Der sog. heap ist in nodejs begrenzt, das hat mit dem Arbeitsspeicher nichts zu tun.
Ich vermute, da kippt dir ein Skript weg.

[LittleNo]

@thomas-braun habe mal alle Skripte gestoppt, ZigBee stürzt trotzdem wieder nach paar Stunden ab. Das log sieht jetzt aber anders aus.

iobroker.2023-12-08.log.zip

Ich habe jetzt den ganzen javascript Adapter gestoppt und teste wieder. Vielleicht kann ja auch jemand hier im log was erkennen.

[Thomas Braun]

@littleno

Dann lass das Log mal sehen.
Ein zip werde ich nicht öffnen.

[LittleNo]

@thomas-braun ungezippt hat das log 22MB

[LittleNo]

ok also trotz ausgeschaltetem Javascript-Adapter ist ZigBee grade wieder abgestürzt

[LittleNo]

@thomas-braun hier das heutige Log. Musste halt die Massenwiederholungen rauslöschen, sonst wäre die Datei wieder riesig geworden iobroker.2023-12-13.log

[David G.]

@littleno

Naja, es reicht ja, wenn du erstmal nur das Log vom Zigbee sendest.

Das sollte hier ja sogar mit

code_text

gepostet werden können.

Die paar Zeilen kannst du dir ja auch aus dem Admin unter Logs holen.
Dort filtern, dass man nur Zigbee sieht und das bisschen dann c&p.

Reicht ja ab ankernen bis absturz.

[LittleNo]

@david-g im Prinzip ist das in dieser Log-Datei. Die Menge kommt ja durch den ZigBee-Adapter zustande, weil er mehrere hundert Log-Einträge pro Sekunde schreibt, während er abgestürzt ist