Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[wendy2702]

@d3ltoroxp sagte in Nach großem Update laufen keine Scripte mehr:

motioneye als LXC

Stoppe den mal. Denke der wird das System auslasten.

Wenn das danach besser ist mal Kamera Einstellungen mit den Motioneye einstellungen synchronisieren.

[D3ltoroxp]

@wendy2702 Der läuft aber extra nicht mit auf der ioBroker VM. Das ist egal oder ? Weil bei MotionEye im LXC sieht es sehr entspannt aus.

OFF TOPIC, kennst du dich aus mit MotionEye und den Cam Settings ?

[crunchip]

@d3ltoroxp sagte in Nach großem Update laufen keine Scripte mehr:

bei MotionEye im LXC sieht es sehr entspannt aus

sieht ok aus

@d3ltoroxp sagte in Nach großem Update laufen keine Scripte mehr:

MotionEye und den Cam Settings

wichtig ist, die Auflösung gleich zu halten cam/motioneye, sonst muss Zuviel gerechnet werden, auch sind feste Bitraten von Vorteil

@d3ltoroxp sagte in Nach großem Update laufen keine Scripte mehr:

beim start von Javascript

kommt da noch mehr im Log?
auch die Meldungen bezüglich des updates beachtet?

ansonsten, stoppe doch mal alle Scripte und starte dann die Instanz

[wendy2702]

@d3ltoroxp sagte in Nach großem Update laufen keine Scripte mehr:

Der läuft aber extra nicht mit auf der ioBroker VM. Das ist egal oder ?

OK. Mein Fehler. Diag script checkt ja nur die Auslastung der IOB VM denke ich. Da rödelt dann da was rum. Mal mit

top

oder

htop

schauen was denn last erzeugt.

@d3ltoroxp sagte in Nach großem Update laufen keine Scripte mehr:

OFF TOPIC, kennst du dich aus mit MotionEye und den Cam Settings ?

Gibt nicht viel auszukennen. Wichtig: Auflösung und Framerate des Input streams sollten am besten Identisch zu den Einstellungen in Motioneye sein damit möglichst wenig umgerechnet werden muss.

Je höher beide Werte umso höher die CPU und Netzwerk last.

[D3ltoroxp]

Ich hatte jetzt javascript Adapter deaktiviert und iob neu gestartet, seither bleibt er ruhig bei ca 3gb Ram. Ich lass das so mal ein wenig laufen und starte dann wieder den Adapter und schau was dann passiert.

Würde mich dann nach den Ergebnissen wieder melden.

Mit diesen jsonata hab ich eigentlich nichts am Hut, das sind ja nur 1-2 Blöcke richtig ?

Das meintest du denke ich mit den Meldungen beim Update ?

Wie ist das mit " visible in full height gemeint bei deim Adapter ?

Bisher ohne Javascript Adapter.

Hab ihn jetzt mal gestartet und schaue mal wie sich das verändert.

[D3ltoroxp]

So bis jetzt sieht es gut aus, 4,8GB belegt. Kann das auch durch Scripte kommen in denen man mit Variablen arbeitet ? Oder kann es allgemein ein wenig steigen, der Ram verbraucht. Aber bis jetzt läuft der Adapter und der Ram sieht auch gut aus.

[D3ltoroxp]

So heute morgen geht nichts mehr.

Ich schaue, RAM am Limit. Heute Nacht einfach gestiegen..

Jetzt müsste ich mal in den Logs schauen, was um die Uhrzeit passiert ist, soweit ich das sehen kann ?

bis Ende 22.04.
Log2.txt

ab 23.04.
Log1.txt

Hm keine Ahnung.

Und der Adapter ist aus.

Könnte ich denn sehen wann ?

Müsste doch was mit javascript.0 terminate stehen oder ? Ich finde immer wieder Javascript Einträge.

2023-04-22 22:34:47.597  - warn: javascript.0 (65547) script.js.Jalousien.Fensterverzögerung: clearTimeout() => not found
2023-04-22 22:34:47.597  - info: javascript.0 (65547) script.js.Jalousien.Fensterverzögerung: setTimeout(ms=10000)
2023-04-22 22:34:47.636  - warn: javascript.0 (65547) getState "zigbee.0.00158d0003217f47.opened" not found (3)
2023-04-22 22:34:47.637  - warn: javascript.0 (65547)     at Object.<anonymous> (script.js.VIS.Fenster_Tuer_Tor_Ueberwachung:35:7)
2023-04-22 22:34:47.637  - warn: javascript.0 (65547)     at Object.callback (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1255:38)
2023-04-22 22:34:47.638  - warn: javascript.0 (65547)     at Object.stateChange (/opt/iobroker/node_modules/iobroker.javascript/main.js:645:29)
2023-04-22 22:34:47.638  - warn: javascript.0 (65547)     at Immediate._onImmediate (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.js:5916:56)
2023-04-22 22:34:47.638  - warn: javascript.0 (65547)     at processImmediate (node:internal/timers:476:21)
2023-04-22 22:34:47.638  - warn: javascript.0 (65547) getState "zigbee.0.00158d0003217f47.opened" not found (3)
2023-04-22 22:34:47.639  - warn: javascript.0 (65547)     at offene_Fenster_Liste_erstellen (script.js.VIS.Fenster_Tuer_Tor_Ueberwachung:5:338)
2023-04-22 22:34:47.639  - warn: javascript.0 (65547)     at Object.<anonymous> (script.js.VIS.Fenster_Tuer_Tor_Ueberwachung:59:9)
2023-04-22 22:34:47.639  - warn: javascript.0 (65547)     at Object.callback (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1255:38)
2023-04-22 22:34:47.639  - warn: javascript.0 (65547)     at Object.stateChange (/opt/iobroker/node_modules/iobroker.javascript/main.js:645:29)
2023-04-22 22:34:47.639  - warn: javascript.0 (65547)     at Immediate._onImmediate (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.js:5916:56)
2023-04-22 22:34:47.639  - warn: javascript.0 (65547)     at processImmediate (node:internal/timers:476:21)
2023-04-22 22:34:51.944  - warn: javascript.0 (65547) script.js.Jalousien.Fensterverzögerung: clearTimeout() => not found
2023-04-22 22:34:51.944  - info: javascript.0 (65547) script.js.Jalousien.Fensterverzögerung: setTimeout(ms=10000)
2023-04-22 22:34:51.945  - warn: javascript.0 (65547) getState "zigbee.0.00158d0003217f47.opened" not found (3)
2023-04-22 22:34:51.946  - warn: javascript.0 (65547)     at Object.<anonymous> (script.js.VIS.Fenster_Tuer_Tor_Ueberwachung:35:7)
2023-04-22 22:34:51.946  - warn: javascript.0 (65547)     at Object.callback (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1255:38)
2023-04-22 22:34:51.946  - warn: javascript.0 (65547)     at Object.stateChange (/opt/iobroker/node_modules/iobroker.javascript/main.js:645:29)
2023-04-22 22:34:51.946  - warn: javascript.0 (65547)     at Immediate._onImmediate (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.js:5916:56)
2023-04-22 22:34:51.946  - warn: javascript.0 (65547)     at processImmediate (node:internal/timers:476:21)
2023-04-22 22:34:51.946  - warn: javascript.0 (65547) getState "zigbee.0.00158d0003217f47.opened" not found (3)
2023-04-22 22:34:51.947  - warn: javascript.0 (65547)     at offene_Fenster_Liste_erstellen (script.js.VIS.Fenster_Tuer_Tor_Ueberwachung:5:338)
2023-04-22 22:34:51.947  - warn: javascript.0 (65547)     at Object.<anonymous> (script.js.VIS.Fenster_Tuer_Tor_Ueberwachung:59:9)
2023-04-22 22:34:51.947  - warn: javascript.0 (65547)     at Object.callback (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1255:38)
2023-04-22 22:34:51.947  - warn: javascript.0 (65547)     at Object.stateChange (/opt/iobroker/node_modules/iobroker.javascript/main.js:645:29)
2023-04-22 22:34:51.947  - warn: javascript.0 (65547)     at Immediate._onImmediate (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.js:5916:56)
2023-04-22 22:34:51.947  - warn: javascript.0 (65547)     at processImmediate (node:internal/timers:476:21)
2023-04-22 22:34:57.597  - info: javascript.0 (65547) script.js.Jalousien.Fensterverzögerung: setForeignState(id=0_userdata.0.Jalousiesteuerung.Fenstertimeout.Selina_contact, state={"val":false,"ack":false,"ts":1682195697597,"q":0,"from":"system.adapter.javascript.0","lc":1682195697597,"c":"script.js.Jalousien.Fensterverzögerung"})

Hier was mit ein paar Einträge.

besagtes Script.txt

@paul53 vllt magst du als Script Experte mal drüber schauen, ob dieses Script vllt den Speicher zu ballert, weil etwas nicht stimmt.

[crunchip]

@d3ltoroxp dann bring doch mal deine vielen kleineren "Baustellen" in Ordnung wie shelly nicht erreichbar, siehe tr-64, Heizöl falsche Typ, ...

hast du möglicherweise irgendwelche Instanzen auf error stehen, die nicht im Log erscheinen.
irgend etwas muss sich ja ab 0:00 Uhr "hochgeschaukelt" haben

[D3ltoroxp]

@crunchip Die einzigste Instanz ist der Javascript Adapter, der Rot war.

Alle anderen sind grün und scheinen zu laufen. Die Shellys sind off, deswegen erscheint die Meldung, das ist unter anderem die Pooltechnik, da die noch nicht läuft kommen die Fehler.

Beim Heizöl muss ich schauen, hab dort nur den Adapter installiert und die Tankstellen angelegt. Wo der falsche Typ her kommen sollte, keine Ahnung. Die DP'S für Heizöl stammen ja nicht von mir, dann müsste der Fehler doch bei jedem kommen oder ?

[crunchip]

@d3ltoroxp sagte in Nach großem Update laufen keine Scripte mehr:

Die einzigste Instanz ist der Javascript Adapter, der Rot war.

das meine ich nicht, ich meinte die LogStufe der Instanzen
die gezeigten Logs sind direkt aus dem Admin? wenn ja da wird möglicherweise nicht alles angezeigt

@d3ltoroxp sagte in Nach großem Update laufen keine Scripte mehr:

Wo der falsche Typ her kommen sollte, keine Ahnung

ggf issue beim Adapter erstellen

[D3ltoroxp]

Jetzt hab ich es täglich. Und schon wieder um Mitternacht !

Aber auf einmal. Das läuft schon Wochen Monate so. An den Scripten habe ich nichts verändert, eigentlich auch keine neuen Dazu.

[crunchip]

@d3ltoroxp dann muss ja irgendeine "Aktion" zu dieser Zeit ausgelöst werden, die dies verursacht
Irgendein Netzwerkproblem, ein Gerät was nicht erreichbar ist, backup, ein Adapter der nicht mehr rund läuft...etc was eine endlosschleife verursacht....

[D3ltoroxp]

@crunchip Ich hab jetzt mal beim Javascript Adapter auf Error bei Log, da stand jetzt nichts. Was ich gesehen habe nach 00:00 macht der Sourcanalytix Adapter was.Er setzt immer irgendwelche Werte zurück. Ich hab den jetzt mal deaktiviert und schaue ob das heute Nacht wieder passiert.

Also ein Script kann es fast nicht sein um die Uhrzeit schläft alles und da wird eigentlich kein Script getriggert.

Dachte erst immer ein Script weil der Adapter Rot ist (Javascript)

[crunchip]

@d3ltoroxp sagte in Nach großem Update laufen keine Scripte mehr:

Was ich gesehen habe nach 00:00 macht der Sourcanalytix Adapter was.Er setzt immer irgendwelche Werte zurück

ja dieser schreibt seine Werte neu, Tagesübergreifend, zusätzlich legt er immer neue, noch nicht vorhandene Datenpunkte bei eintretendem Ereignis an.
z.b sowas

warn: sourceanalytix.0 (24781) State "sourceanalytix.0.javascript__0__ShellyVerbrauch__shellyplus1pm#7c87ce64d518#1__Relay0__gesamt.currentYear.earnings.previousWeek.07_Sunday" has no existing object, this might lead to an error in future versions

das ist aber kein Fehler von SA, sondern kommt durch den Admin und stört den Betrieb auch nicht

[D3ltoroxp]

@crunchip Hm.

Dann kommt ja viel dieses hier.

 tr-064.0 (924) forEachConfiguredDevice: in GetSpecificHostEntry 11(shelly1-Ht/DC:4F:22:76:D3:91) device seems offline but we never saw it since adapter was started:Error: sendSOAPActionRequest Error action=GetSpecificHostEntry serviceType=urn:dslforum-org:service:Hosts:1: 500 - {"code":500}

Jetzt müsste ich den raus schmeißen, wenn er dann wieder online ist wenn der Poolbetrieb lost geht, wieder neu scannen und im Winter dann wieder von Hand raus löschen ? Wäre auch blöd.

[D3ltoroxp]

Es sah so danach aus als läge es am Adapter, war wohl leider nichts. Heute Nacht wieder, Ram voll Javascript auf rot. Aber liegt das dann am Javascript Adapter oder einem Script, oder ist der Rot weil der Speicher voll ist ?

Wieder um 0 Uhr. Ich finde aber nichts in den Logs, was darauf schließen könnte.

Das war nach dem Neustart eben, aber da meintet ihr das kann man vernachlässigen, das hat eher die Entwickler zu interessieren.

2023-04-29 10:03:01.871 - error: javascript.0 (2027) npm
2023-04-29 10:03:01.873 - error: javascript.0 (2027) WARN deprecated har-validator@5.1.5: this library is no longer supported
2023-04-29 10:03:01.985 - error: javascript.0 (2027) npm
2023-04-29 10:03:01.986 - error: javascript.0 (2027) WARN deprecated node-inspect@2.0.0: This module is part of Node.js core and does not need to be installed separately. It is now unmaintained.
2023-04-29 10:03:02.117 - error: javascript.0 (2027) npm
2023-04-29 10:03:02.118 - error: javascript.0 (2027) WARN deprecated uuid@3.4.0: Please upgrade to version 7 or higher. Older versions may use Math.random() in certain circumstances, which is known to be problematic. See https://v8.dev/blog/math-random for details.
2023-04-29 10:03:02.194 - error: javascript.0 (2027) npm
2023-04-29 10:03:02.195 - error: javascript.0 (2027) WARN deprecated request@2.88.2: request has been deprecated, see https://github.com/request/request/issues/3142

[crunchip]

@d3ltoroxp sagte in Nach großem Update laufen keine Scripte mehr:

Aber liegt das dann am Javascript Adapter oder einem Script,

ich tippe vermutlich eher auf ein script, nach wie vor

[crunchip]

@d3ltoroxp sagte in Nach großem Update laufen keine Scripte mehr:

Wieder um 0 Uhr.

deaktiviere doch mal die scripte um Mitternacht und beobachte den Ram verbrauch

[D3ltoroxp]

Werd ich heute tun, ich schalte gegen Abend die Scripte alle aus und schau was passiert. Lass mir alle 10 min ne Telegram schicken, damit ich den genauen Zeitpunkt ausmachen kann. Ich sehe aber weder in der Log und sonst wo das ein Script gewerkelt hat.

Ich wüsste auch nicht, welches Script gegen Mitternacht irgendetwas tut. Heute wieder Pünktlich. Dauert dann bis 2 Uhr dann steigt der Ram.

Vor allem hab ich die letzte Zeit nichts an irgendwelchen Scripten geändert oder neue erstellt.

[crunchip]

@d3ltoroxp sagte in Nach großem Update laufen keine Scripte mehr:

Vor allem hab ich die letzte Zeit nichts an irgendwelchen Scripten geändert oder neue erstellt

muss ja nicht zwangsläufig, aber möglicherweise durch ein Adapterupdate, irgendein DP/Gerät nicht erreichbar, irgendeine dadurch verursachte Schleife, entstandener Logikfehler, was auch immer

Nur du kennst dein System, welche Adapter, in welchen Abhängigkeiten laufen und auch was du "programmiert" hast

scheint ja zwischen dem 25. bis einschließlich 28.4 ja problemlos gelaufen zu sein

• läuft nachts ein backitup backup?
• wann laufen deine Proxmox backups?

hast du irgendein Laufwerk/ Gerät in die VM eingehangen, welches möglicherweise Probleme bereitet? Dazu vllt nochmal das Proxmox log näher betrachten