Monatsrückblick Juli / August 2026 ist online!

[OliverIO]

@Homoran
Ich denke es ist nur ein Symptom bei dem ein Absturz auftritt.
Wenn an der Funktion etwas problematisch wäre, wären hier viel mehr Nachrichten, da jeder iobroker das täglich mehrfach macht

[Ro75]

@Homoran sagte:

Wäre aber jetzt nicht normal, wenn möglicherweise ausgerechnet der Lüfter due Störungen verursacht bzw. verschlimmert

Ich gebe dir da völlig recht. Ich hatte meinen PI4 dann wieder aus dem Gehäue genommen und der lief wieder - kein Problem mehr.

Möglicherweise eine andere Wärmeverteilung, vielleicht auch ungewollt ein Stromfluss der nicht sein darf - keine Ahnung.

Es war nur eine Idee, da ja wenn es was "globales" wäre hier viel mehr Berichte in gleicher Form auftauchen müssten. Deswegen denke ich, es ist etwas sehr spezielles und "unerfahren" bist du ja nun auch nicht. Deswegen, manchmal läuft es wirklich komisch.

Ro75.

[Homoran]

@Ro75 ich logge jetzt auch noch die CPU Temp.
Hab leider auf die Schnelle keine Möglichkeit gefu den die Lüfteraktivität zu tracken.

Nur ein Addon für HA

[paul53]

@Homoran [sagte]: obwohl in js.0 keine Skripte laufen

Weshalb ist dann die Instanz aktiv? Das frisst nur eine Menge RAM.

In deinen Ausgaben von "top" vermisse ich "admin.0".

[Homoran]

@paul53 Danke!!

@paul53 sagte:

In deinen Ausgaben von "top" vermisse ich "admin.0".

War mir gar nicht aufgefallen!

Nach der Tabelle (nach mem sortiert)

Hat der admin.0 im Moment gerade mal 0.4% cpu last
Kann es sein dass bei top (nach cpu last sortiert) der admin ganz weit unten ist?
Sehe ich gleich mal nach

EDIT:
Sehr strange!

Ich musste auch nach mem sortieren
0% CPU ist aber nicht glaubwürdig

Dito bei matter!
Matter war auch beim letzten update dabei, admin weiss ich leider nicht mehr.

@paul53 sagte:

Weshalb ist dann die Instanz aktiv? Das frisst nur eine Menge RAM.

Muss ich auch mal nachsehen. Ich glaube da ist irgendwann ein Skript irrtümlich rein gerutscht. Müsste ich dann verschieben

[paul53]

@Homoran [sagte]:
Ich musste auch nach mem sortieren
0% CPU ist aber nicht glaubwürdig

Ist bei mir auch so (nach mem sortiert)

top - 13:09:00 up 2 days, 33 min,  1 user,  load average: 0,00, 0,00, 0,00
Tasks: 117 total,   1 running, 116 sleeping,   0 stopped,   0 zombie
%CPU(s):  1,1 us,  0,2 sy,  0,0 ni, 98,7 id,  0,0 wa,  0,0 hi,  0,0 si,  0,0 st
MiB Spch:   3921,5 total,   1521,2 free,   1627,0 used,   1008,1 buff/cache
MiB Swap:   1722,0 total,   1722,0 free,      0,0 used.   2294,6 avail Spch

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     ZEIT+ BEFEHL
    834 iobroker  20   0   11,4g 334252  57164 S   0,3   8,3   9:41.52 io.javascript.0
    684 iobroker  20   0   11,4g 271536  56504 S   3,0   6,8  22:29.85 iobroker.js-con
    787 iobroker  20   0   21,4g 229116  58980 S   0,0   5,7   1:22.79 io.admin.0
    989 iobroker  20   0   11,2g 156692  57136 S   0,0   3,9   0:49.84 io.echarts.0
   1155 iobroker  20   0   11,3g 118316  52700 S   0,0   2,9   0:57.19 io.web.0
    861 iobroker  20   0   11,1g 117368  53084 S   0,0   2,9   5:26.78 io.history.0
   1005 iobroker  20   0   11,1g 105764  51116 S   0,0   2,6   0:46.24 io.simple-api.0
    877 iobroker  20   0   11,1g 105132  51528 S   0,0   2,6   1:17.45 io.hm-rpc.0
   1037 iobroker  20   0   11,1g 104676  52120 S   0,0   2,6   1:42.39 io.midea.0
    925 iobroker  20   0   11,3g 102428  51924 S   0,0   2,6   7:46.15 io.proxmox.0
    941 iobroker  20   0   11,1g 101392  52180 S   0,0   2,5   0:46.29 io.email.0
   1021 iobroker  20   0   11,1g 100148  51672 S   0,0   2,5   5:09.31 io.fritzdect.0
    909 iobroker  20   0   11,1g  98092  51164 S   0,0   2,4   1:05.72 io.hm-rega.0

Ausgabe von "top -u iobroker".

[Homoran]

Danke!
Das beruhigt mich

[Homoran]

Hat aber alles nichts geholfen

Was ist jetzt Ursache und was die Folge?

Muss jetzt die logs durchwühlen

EDIT:

2026-08-28 13:50:00.225 - info: javascript.0 (1262) script.js.Wetter_und_Klima.Pegeldifferenz_Koblenz: Stopping script
2026-08-28 13:50:00.230 - info: javascript.1 (1331) script.js.Wetter_und_Klima.Pegeldifferenz_Koblenz: start JavaScript (Blockly)
2026-08-28 13:50:00.233 - info: javascript.1 (1331) script.js.Wetter_und_Klima.Pegeldifferenz_Koblenz: registered 1 subscription, 0 schedules, 0 messages, 0 logs and 0 file subscriptions
2026-08-28 13:50:06.100 - info: javascript.0 (1262) script.js.Wetter_und_Klima.Pegeldifferenz_Koeln: Stopping script
2026-08-28 13:50:07.292 - info: javascript.1 (1331) script.js.Wetter_und_Klima.Pegeldifferenz_Koeln: start JavaScript (Blockly)
2026-08-28 13:50:07.302 - info: javascript.1 (1331) script.js.Wetter_und_Klima.Pegeldifferenz_Koeln: registered 1 subscription, 0 schedules, 0 messages, 0 logs and 0 file subscriptions
2026-08-28 13:50:22.591 - info: javascript.0 (1262) script.js.Wetter_und_Klima.Qualmwarnung: Stopping script
2026-08-28 13:50:22.595 - info: javascript.1 (1331) script.js.Wetter_und_Klima.Qualmwarnung: Stopping script
2026-08-28 13:50:22.605 - info: javascript.1 (1331) script.js.Wetter_und_Klima.Qualmwarnung: start JavaScript (Blockly)
2026-08-28 13:50:22.618 - info: javascript.1 (1331) script.js.Wetter_und_Klima.Qualmwarnung: registered 1 subscription, 0 schedules, 0 messages, 0 logs and 0 file subscriptions
2026-08-28 13:52:33.575 - info: javascript.1 (1331) script.js.Skript2: Stopping script
2026-08-28 13:53:21.133 - info: javascript.0 (1262) Got terminate signal TERMINATE_YOURSELF
2026-08-28 13:53:21.134 - info: javascript.0 (1262) terminating
2026-08-28 13:53:21.135 - info: javascript.0 (1262) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2026-08-28 13:53:21.634 - info: javascript.0 (1262) terminating
2026-08-28 13:53:21.634 - info: javascript.0 (1262) terminating
2026-08-28 14:01:57.184 - info: shuttercontrol.0 (1805) Sunprotect #415 Set ID: Nähzimmer value: 65%
2026-08-28 14:19:32.832 - info: hm-rpc.0 (1565) Temporary error occurred for "setValue" with "["JEQ0646431:1","STATE",true]": Error: XML-RPC fault: Failure
2026-08-28 14:36:38.726 - error: admin.0 (1247) admin.0 already running
2026-08-28 14:36:38.728 - warn: admin.0 (1247) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
2026-08-28 14:36:39.371 - error: host.BrokerRaspi instance system.adapter.admin.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
2026-08-28 14:36:41.539 - error: history.0 (1260) history.0 already running
2026-08-28 14:36:41.540 - warn: history.0 (1260) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
2026-08-28 14:36:42.151 - error: host.BrokerRaspi instance system.adapter.history.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
2026-08-28 14:36:46.074 - error: javascript.1 (1272) javascript.1 already running
2026-08-28 14:36:46.076 - warn: javascript.1 (1272) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
2026-08-28 14:36:46.686 - error: host.BrokerRaspi instance system.adapter.javascript.1 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
2026-08-28 14:36:49.498 - error: backitup.0 (1284) backitup.0 already running
2026-08-28 14:36:49.500 - warn: backitup.0 (1284) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
2026-08-28 14:36:50.112 - error: host.BrokerRaspi instance system.adapter.backitup.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
2026-08-28 14:36:53.482 - error: brightsky.0 (1296) brightsky.0 already running
2026-08-28 14:36:53.483 - warn: brightsky.0 (1296) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
2026-08-28 14:36:54.095 - error: host.BrokerRaspi instance system.adapter.brightsky.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
2026-08-28 14:36:57.076 - error: daikin.0 (1308) daikin.0 already running
2026-08-28 14:36:57.078 - warn: daikin.0 (1308) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
2026-08-28 14:36:57.688 - error: host.BrokerRaspi instance system.adapter.daikin.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
2026-08-28 14:37:01.020 - error: daikin.1 (1324) daikin.1 already running
2026-08-28 14:37:01.021 - warn: daikin.1 (1324) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
2026-08-28 14:37:01.632 - error: host.BrokerRaspi instance system.adapter.daikin.1 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
2026-08-28 14:37:05.044 - error: daikin.2 (1336) daikin.2 already running
2026-08-28 14:37:05.045 - warn: daikin.2 (1336) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
2026-08-28 14:37:05.656 - error: host.BrokerRaspi instance system.adapter.daikin.2 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
2026-08-28 14:37:09.237 - error: daikin.3 (1348) daikin.3 already running
2026-08-28 14:37:09.240 - warn: daikin.3 (1348) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
2026-08-28 14:37:09.856 - error: host.BrokerRaspi instance system.adapter.daikin.3 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
2026-08-28 14:37:14.911 - error: denon.0 (1374) denon.0 already running
2026-08-28 14:37:14.912 - warn: denon.0 (1374) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
2026-08-28 14:37:15.890 - error: host.BrokerRaspi instance system.adapter.denon.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
2026-08-28 14:37:18.561 - info: history.0 (1373) starting. Version 4.0.0 in /opt/iobroker/node_modules/iobroker.history, node: v22.23.2, js-controller: 7.2.2
2026-08-28 14:37:18.704 - info: history.0 (1373) enabled logging of system.adapter.admin.0.memHeapUsed (Count=1), Alias=false
2026-08-28 14:37:18.705 - info: history.0 (1373) enabled logging of system.adapter.backitup.0.memHeapUsed (Count=2), Alias=false
2026-08-28 14:37:18.705 - info: history.0 (1373) enabled logging of system.host.BrokerRaspi.cpu (Count=3), Alias=false
2026-08-28 14:37:18.706 - info: history.0 (1373) enabled logging of system.host.BrokerRaspi.mem (Count=4), Alias=false
2026-08-28 14:37:18.706 - info: history.0 (1373) enabled logging of system.host.BrokerRaspi.memHeapUsed (Count=5)

NICHTS!!
Bis 13:53 hab ich die Srikpte verschoben und js.0 deaktiviert.

14:36 startet iob neu

[Homoran]

Die load stieg nur auf 3.54, Die Temperatur auf 54Grad.

Da wird der Lüfter angesprungen sein

Für so unwahrscheinlich ich das halte, will ich nichts ausschließen und....

habe den Lüfter abgeklemmt.
54 Grad sind absolut untertemperieet für den Pi5, entsprechend ist auch nichts im iob diag zu throttling oder overtemperature zu sehen.

@ro75
Ich bin gespannt

[Michael Schmitt]

Hast du die Möglichkeit das ganze mal auf anderer Hardware laufen zu lassen?

[Homoran]

@Michael-Schmitt sagte:

das ganze mal auf anderer Hardware laufen zu lassen

Das IST schon die andere Hardware

[Michael Schmitt]

Ok hmm auch eine andere M.2 oder gar eine andere Anbindung ssd mit USB? Vielleicht ist ja da irgendwo der Wurm drin

[Homoran]

@Michael-Schmitt sagte:

auch eine andere M.2

Ja

@Michael-Schmitt sagte:

oder gar eine andere Anbindung ssd

Ja, diesmal über PCIe statt usb

via Flachbandkabel rechts

Und sogar ein anderes OS und eine komplette neue Installation

[arteck]

@Homoran sagemal hast du den neuen nut2 adapater laufen.. wenn ja der hat bei mir gerade auch 100% cpu sich gekrallt.

[Homoran]

@arteck sagte:

hast du den neuen nut2 adapater

Nein, den alten!
Aber bei mir krallt sich niemand die CPU

Lediglich die Load geht hoch.
Muss also I/O sein.

DANKE für die info!

Ich hab mittlerweile javascript abgestelltt, spinnt trotzdem.
Dann history, sofort Ruhe.

Da bleib ich jetzt dran.

[OliverIO]

@Homoran

Auch mal ins syslog schauen

Dann
Ist zwar etwas weiter hergeholt und um die Suche in einem Adapter nicht zu aufwändig werden zu lassen:
Du hast jetzt 2 Adapter abgeschaltet.
Nicht das es nur an einem liegt, sondern durch die gesamtlast.

Auch eine Idee
Wenn der history Adapter viele datenpunkte pflegen muss, hat er viele dateihandles gleichzeitig offen. Wird ja alles in einzelnen Dateien gepflegt. Auch da gibt es Obergrenzen.

Noch eine Idee
Auch der interne Bus des Systems mit dem ram CPU ssd miteinander kommuniziert hat Grenzen. Da weiß ich aber nicht wie man da nachschaut. Ist aber eher am Ende der Wahrscheinlichkeiten

Daher mal das syslog um den Absturz herum untersuchen

[Homoran]

@OliverIO danke!

Ich hab ein wenig Probleme damit es jetzt an dem aktuellen System festzumachen, da es vorher bereits auftrat.

Die history erscheint mir daher sinnvoll, da dies eigentlich mal ein test werden sollte wie lange eine SD Karte halten wird, wenn man alles per json darauf speichert.
Das Experiment ist jetzt normal geworden, weil es noch nie Probleme gab.
Einmal wurde die SD Karte zu klein 😉

In dem neuen System habe ich mir eine 256GB Sandisk extreme Pro geleistet, die doppelt so schnelle Zugriffe erlaubt.

Jetzt waren Werte seit 2021 auf der Karte.
Hier hatte ich die Vermutung dass beim Durchsuchen der zigtausend Einträge das System an seine Grenzen Stösst und habe zwei Jahre gelöscht = 30GB.
Das hat jedoch nicht geholfen. Gerade habe ich nochmal ein Jahr (2023) gelöscht was nochmal 20GB Platz schaffte.

@OliverIO sagte:

Wenn der history Adapter viele datenpunkte pflegen muss, hat er viele dateihandles gleichzeitig offen. Wird ja alles in einzelnen Dateien gepflegt. Auch da gibt es Obergrenzen.

Das geht mit meinen Beobachtungen konform was die Dynamik von load und mem betrifft.

Dann habe ich mir Gedanken gemacht, ob ich vielleicht vor dem Auftreten des Problems weitere oft ändernde Datenpunkte zusätzlich historisiert habe und nicht die anzahl, so dern die Häufigkeit beim Schreiben und Lesen jetzt zu viel ist.

Da arbeite ich gerade dran.

[paul53]

@Homoran [sagte]: diesmal über PCIe statt usb

Verlagere doch das History-Verzeichnis auf die SSD (Link).

[Homoran]

@paul53 sagte:

Verlagere doch das History-Verzeichnis auf die SSD (Link).

Danke
Denke ich auch drüber nach!
Abgesehen von dem damit verbundenen Ende des Dauerexperiments, muss mich da noch einarbeten, wie das zu machen sei.
Einfach den Pfad ändern hilft ja wohl nicht.
Da muss ich wohl die Daten erst nach z.B. /mnt/Platte/data/history verschieben

[OliverIO]

@Homoran

Evtl doch mal an eine Datenbank denken
https://github.com/ioBroker/ioBroker.history/blob/master/docs/de/README.md#history-daten-in-sql-oder-influxdb-übernehmen

Eine Datenbank geht etwas sorgsamer mit System Ressourcen um.
Der history Adapter hat ja für jeden Datenpunkt ein Verzeichnis.
Darin ist für jeden Tag eine Datei.
Bei jedem Mal einen Wert historisieren bedeutet das Datei öffnen, lesen, Daten anpassen, schreiben.
Das selbenpassiert parallel mit der states.jsonl für den aktuellen Wert.

Eine Datenbank lebt mit den gerade Interessanten hauptsächlich im Speicher. Schreiben findet dann einnwenigbzeitverzögert dann optimiert nicht pro Wert sondern gesammelt statt.

Redis geht leider nur als Ersatz für die aktuellen Daten, aber nicht für die history