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

[Thomas Braun]

@TH16

iobroker start admin

[TH16]

@Thomas-Braun sagte in alle 30 s Update?:

iobroker start admin

Der Retter in der Not! Darf ich dich adoptieren? :-)

[Thomas Braun]

@TH16
Ein 'upvote' unten rechts im Posting reicht schon.

[TH16]

@Thomas-Braun
@liv-in-sky

Habe nun alles ausgeschaltet - außer der Admin, der läuft nun wieder.
Leider keine Änderung.

[Thomas Braun]

@TH16 Keine Ahnung. Aber der Rechner auf dem das Webfrontend angezeigt wird hat genug Dampf? Nicht das es da an dem Ende klemmt.

[liv-in-sky]

@TH16

was sagt htop auf der console ?

wenn außer dem admin nix mehr läuft deutet das auf ein anderes problem hin ? schätze ich

ist der iobroker im lan oder wlan ?

[Thomas Braun]

@TH16

iobroker list instances

[TH16]

@Thomas-Braun

pi@raspberrypi:~ $ iobroker list instances
+ system.adapter.admin.0                 : admin                 -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
  system.adapter.alexa2.0                : alexa2                - disabled
  system.adapter.cloud.0                 : cloud                 - disabled
  system.adapter.discovery.0             : discovery             - disabled
  system.adapter.email.0                 : email                 - disabled
  system.adapter.fritzdect.0             : fritzdect             - disabled
  system.adapter.info.0                  : info                  - disabled
  system.adapter.iot.0                   : iot                   - disabled
  system.adapter.javascript.0            : javascript            - disabled
  system.adapter.mobile.0                : mobile                - disabled
  system.adapter.mqtt-client.0           : mqtt-client           - disabled, port: 1884
  system.adapter.mqtt-client.1           : mqtt-client           - disabled, port: 1887
  system.adapter.mqtt.0                  : mqtt                  - disabled, port: 1884, bind: 0.0.0.0
  system.adapter.mqtt.1                  : mqtt                  - disabled, port: 1887, bind: 0.0.0.0
  system.adapter.node-red.0              : node-red              - disabled, port: 1880, bind: 0.0.0.0
  system.adapter.ping.0                  : ping                  - disabled
  system.adapter.shelly.0                : shelly                - disabled, port: 1882, bind: 0.0.0.0
  system.adapter.sonoff.0                : sonoff                - disabled, port: 1883, bind: 0.0.0.0
  system.adapter.sonoff.1                : sonoff                - disabled, port: 1890, bind: 0.0.0.0
  system.adapter.telegram.0              : telegram              - disabled, port: 8443, bind: 0.0.0.0
  system.adapter.tr-064.0                : tr-064                - disabled
  system.adapter.tuya.0                  : tuya                  - disabled
  system.adapter.vis.0                   : vis                   - disabled
  system.adapter.web.0                   : web                   - disabled, port: 8082, bind: 0.0.0.0, run as: admin

+ instance is alive

[TH16]

@liv-in-sky

Sorry, aber wie bekomm ich das kopiert?

Läuft im LAN mit 1000er Anbindung

[liv-in-sky]

@TH16 es gibt jetzt nix, was auffällt - hohe cpu last - hast du immer noch den kreisel im admin ?

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