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

[TH16]

@liv-in-sky

Ja, genau wie immer.

[paul53]

@TH16 sagte:

Läuft im LAN mit 1000er Anbindung

Die CPU "dreht Däumchen". Sehr geringe Last und RAM-Nutzung.

[TH16]

@Thomas-Braun

Hab ich noch vergessen, sollte aber reichen:

[liv-in-sky]

@TH16

kann es was anderes im netzwerk sein, dass da reinwirkt

hast du einen anderen client - zur not nimm das handy oder ein tablet - damit der client auch definitiv ausgeschlossen werden kann

[paul53]

@TH16 sagte:

sollte aber reichen:

Kann also auch nicht die Ursache sein. Ein schwaches Frontend würde auch nicht erklären, weshalb es alle 30 s passiert.

[Homoran]

@paul53 sagte in alle 30 s Update?:

weshalb es alle 30 s passiert.

wenn es wirklich die 30 sekündlichen state-Schreibaktionen sind, dann gibt es ein Problem mit den I/O Vorgängen.
Das müsste sich dann aber auch in load avg niederschlagen.

ich bin ratlos

EDIT: Man könnte ja mal die 30000 auf 300000 hochsetzen, wenn du nochmal so freundlich wärst zu schreiben wo

[paul53]

@Homoran sagte:

schreiben wo

@paul53 sagte:

Ändere in der Datei iobroker/node_modules/iobroker.js-controller/lib/states/statesInMemFileDB.js in Zeile 66 den Wert 30000 in z.B. 300000, dann wird nach ioBroker-Neustart nur noch alle 5 Minuten geschrieben.

[Thomas Braun]

@TH16 xrdp läuft immer noch.
Aber das macht jetzt auch nix mehr aus.

[liv-in-sky]

@TH16

habe auch schon mal fehler gefunden durch beobachtung des syslog

tail -f /var/log/syslog - vielleicht kommt da alle 30 sec irgendwas

oder, da der admin immer blockiert

tail -f /opt/iobroker/log/iobroker.current.log

doppelte ip adressen können wir ausschliessen ? nicht das ein alter raspi die gleiche ip hat - da kommt es immer zu seltsamen ereignissen

[TH16]

@paul53
@Thomas-Braun
@Homoran
@liv-in-sky
@JLeg

Habe die Datei umgeschrieben wie @paul53 es gesagt hat.
Seit dem laut Systemlaufzeit über 12 Minuten gewartet - das Drehen des Kreisel hat ein Ende!!!
Es hätte ja mindestens 1 mal drehen müssen in der Zeit - aber hat es nicht.
Und ich hab wirklich die ganze Zeit gebannt in den Monitor geschaut.

Kann es sein, dass allein das Anpassen dieser Datei die Sache "bereinigt" hat?

Nachtrag:
Hatte vor dem Ändern iobroker beendet und danach wieder gestartet - keine Auswirkung zu sehen.
Erst nach einem kompletten Neustart des Pi hat es funktioniert.

[Homoran]

@TH16 sagte in alle 30 s Update?:

Kann es sein, dass allein das Anpassen dieser Datei die Sache "bereinigt" hat?

Nein!

Aber wenn du Probleme mit den Schreibgeschwindigkeiten hats, und der erste noch nicht fertig ist, wenn der nächste beginnt könnte die Verlängerung eine Verschnaufpause bewirken.

Was aber nur eine Symptombekämpfung wäre, die Ursache liegt woanders

[TH16]

@Homoran

Was macht eigentlich diese Datei bzw. welche Funktion hat diese?
Dann könnte man doch die Schreibzeit gleich auf 3.000.000 setzen?
50 Minuten wären doch dann auch OK?

[Homoran]

@TH16 sagte in alle 30 s Update?:

50 Minuten wären doch dann auch OK?

wenn du dann einen Stromausfall hast sind alle State-Zustände der letzten 50 Minuten perdu

[paul53]

@TH16 sagte:

Was macht eigentlich diese Datei bzw. welche Funktion hat diese?

Sie speichert sämtliche Zustände der Datenpunkte damit sie nach einem Reboot / ioBroker-Neustart wieder zur Verfügung stehen.

@TH16 sagte in alle 30 s Update?:

50 Minuten wären doch dann auch OK?

Nur, wenn eine USV verwendet wird, die ein sauberes Shutdown garantiert.

[TH16]

@paul53
@Homoran
@Thomas-Braun
@liv-in-sky
@JLeg

Aha, also ist es doch "lebenswichtiger" als ich dachte.
Naja, also ich könnte mit der jetzigen Situation leben.
Vielen Dank nochmals an euch!

Soll ich es trotzdem als gelöst markieren?

[paul53]

@TH16 sagte:

Soll ich es trotzdem als gelöst markieren?

Prüfe erst noch mal, ob der Effekt jetzt nicht doch alle 5 Minuten auftritt.

[liv-in-sky]

alles sehr verwirrend - dann müßte es doch eher am plattenzugriff liegen - usb3

habe gelesen, dass nicht jeder usb adapter richtig am raspi 4 arbeitet

sehe das wie @Homoran - schaut nicht nach einer wirklichen lösung aus

hast du eine möglichkeit die ssd mit einem anderen adapter anzuschliessen und zu testen

[TH16]

@paul53

Du hattest Recht, anfänglich hatte sich nichts getan, doch nun kreiselt es wieder alle 30 !!! Sekunden.
Das Ding macht was es will. :-(
Also liegt es wahrscheinlich gar nicht an dieser Datei? (oder nur mittelbar)
Zumindest hat die Einstellung auf 5 Minuten keine dauerhafte Auswirkung auf das "30 Sekunden Kreiseln".

[Homoran]

@TH16 sagte in alle 30 s Update?:

Zumindest hat die Einstellung auf 5 Minuten keine dauerhafte Auswirkung auf das "30 Sekunden Kreiseln".

das wollten wir ja herausbekommen

[Homoran]

@TH16
dann bliebe u.a. noch dieses:

@liv-in-sky sagte in alle 30 s Update?:

habe auch schon mal fehler gefunden durch beobachtung des syslog
tail -f /var/log/syslog - vielleicht kommt da alle 30 sec irgendwas
oder, da der admin immer blockiert
tail -f /opt/iobroker/log/iobroker.current.log