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

[babl]

@reutli ja die meinte ich, reboot habe ich seit 11 tagen nicht mehr gemacht, nein, vorgestern bekam ich die ersten meldungen und der ram vom system ist auch bei 4.5GB Auslastung CPU ist mit 4 kernen bei etwa 7%

[reutli]

@babl
Das sind doch dann aber die ersten Aktionen:
Maschine rebooten und dann schauen wann diese Meldungen von einem geschwätzigen Gerät oder Skript wieder einsetzen.

Wie gesagt oft sind es Skripte die zu häufig Daten aktualisieren oder Geräte deren polling Interval zu niedrig ist.
Bei Geräten mal überlegen, ob in den letzten Tagen neue hinzu kamen oder ob Änderungen an zugehörigen Adaptern vorgenommen wurden.

[babl]

@reutli ok mache ich mal, danke derweil, ich wollte es nur jetzt nciht rebooten, so daß man eventuell den fehler durch ein log eingrenzen könnte. Darum machte ich noch keinen Reboot

[reutli]

@babl
Kannst ja die Logs exportieren, dann sind die save. Werden aber ohnehin gespeichert

[babl]

@reutli nach reboot ist die Warnmeldung auf jeden fall weg, und der admin schreibt ca. 150 states out, aber javascript ist auch noch bei 3000, ram auslastung ist nun bei 2gb und der cache bei 400mb war davor bei 2gb

[reutli]

@babl

Ich würde mir auf jeden Fall die Skripte anschauen. Meist wird man da schnell fündig.

@reutli sagte in Admin 6.3.5 Unsubscribe from all states:

Wie gesagt oft sind es Skripte die zu häufig Daten aktualisieren oder Geräte deren polling Interval zu niedrig ist.
Bei Geräten mal überlegen, ob in den letzten Tagen neue hinzu kamen oder ob Änderungen an zugehörigen Adaptern vorgenommen wurden.

Das ist eben der wichtige Punkt, wenn das System als solches funzt.

[Homoran]

@babl sagte in Admin 6.3.5 Unsubscribe from all states:

nach reboot ist es auf jeden fall weg,

was?
das log?

liegt in /opt/iobroker/ logs oder über den admin herunterladbar

[reutli]

@homoran
ich denke er meint den Fehler

[babl]

@homoran nein sorry, es sollte heißen die warnmeldung mit den unsibscribe states, das log ist mir klar wo ich das finde, danke

habe es oben im post ausgebessert

[babl]

@homoran aber noch eine allgemeine Frage, kann man hier nicht mehr schauen, wo die ganzen states geschrieben werden, es gab doch mal einen "Ereignis" Reiter. So könnte man wenigstens die Java Scripte eingrenzen wo der Fehler liegen könnte.

[bahnuhr]

@babl sagte in Admin 6.3.5 Unsubscribe from all states:

wenigstens die Java Scripte

In den Scripten kannst du doch suchen !

[babl]

@bahnuhr und wie bitte geht das?

[bahnuhr]

@babl sagte in Admin 6.3.5 Unsubscribe from all states:

@bahnuhr und wie bitte geht das?

[babl]

@bahnuhr ja und nach was soll ich da suchen, sorry ich komme da jetzt nicht mit wie du das meinst?

[bahnuhr]

@babl

Ach ich dachte du suchst einen bestimmten Aktor.

[babl]

@bahnuhr ne, leider nein, ich suche nach einem java script daß mir irgendein loop bauen muß daß die oben genannte (in der Überschrift) warnmeldung auslöst. Wäre cool wenn das schon ginge, (Verbesserungsvorschlag gemacht)

[babl]

@apollon77

würde mir hier bei dem problem helfen wenn ich in der java script instanz die Zahl der Maximale SetState-Anfragen pro Minute pro Skript heruntersetze um das script zu finden daß soviel states setzt?

Aktuell ist 1000 eingestellt

[apollon77]

@babl Also an sich sollte der Skript Name in der Fehlermeldung stehen!

Ansonsten ist das in der JavaScript Konfiguration der JavaScript Instanz

[babl]

@apollon77 das ist ja das problem ich habe keine Fehler, aber massiv States die geschrieben werden

[apollon77]

@babl Ahh ok ... aber das ist runtersetzen eine gute idee