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

[crunchip]

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

10:01:23 up 1 day, 19:14, 1 user, load average: 2.26, 1.92, 1.68 CPU threads: 8

für die Leistung ist er aber ganz schön am rödeln

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

Mem: 8.0G 7.1G 587M 0.0K 306M 654M Swap: 2.0G 417M 1.6G

das ist auch grenzwertig, da geht dir der Ram aus

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

stand nun das in der Log.

nur Warnung, kannst du ignorieren

[Thomas Braun]

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

system.adapter.javascript.0             : javascript            : iobroker

Der läuft nicht, wenn der liefe wäre in + davor.
Und dann gebe ich @crunchip recht, die Kiste ist ziemlich am rödeln, dafür das die ja eigentlich gut ausgestattet ist. Was läuft denn da noch alles drauf?

[D3ltoroxp]

@thomas-braun Da läuft noch fhem, debmatic als VM und influx und graphana, motioneye als LXC, das ganze auf Proxmox.

Aber grad beim start von Javascript, was dort angemahnt wird, sollte ich das nicht machen ? uuid upgraden, npm fund, was auch immer das macht ?

Das der Ram so voll ist keine Ahnung, sollet nicht so sein. Das reichte bis jetzt super aus und war bissel mehr als die Hälfte. Der läuft auch recht schnell voll wenn ich die VM neu starte.

[Thomas Braun]

@d3ltoroxp

Nein, die Meldungen von Seiten npm kannst du ignorieren, das ist primär für die Maintainer der Module interessant.

[D3ltoroxp]

@thomas-braun Zum Ram

Auch die CPU eigentlich recht ruhig.

Weiß nicht ob ich noch mal mein Backup aufspielen soll von der VM vor dem ganzen Update und dann noch mal Stück für Stück update und dabei beobachte...

Oder konntet ihr was verdächtiges im Diag sehen ?

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