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

[dan11hh]

Es lief gerade alles so gut...
Wenn ich das richtig nachvollziehen kann, war es offenbar ein Update vom iobroker Host, was zu diesen Fehlern geführt hat. Krieg ich das irgendwie wieder gerade gebogen? 1000 Dank für Eure Hilfe.

[crunchip]

@dan11hh sagte in Installation zerschossen?!:

ein Update vom iobroker Host

und welches? wie vorgegangen?
Info zu deinem System?

[J.A.R.V.I.S.]

@dan11hh versuch mal den ioBroker neuzustarten. Wenn das nicht hilft, dann einmal den Host neustarten, dann sollten die Fehler weg sein.

Der JS-Controller versucht die Adapter zu starten, obwohl die schon laufen.

[dan11hh]

@crunchip läuft auf einer Synology Diskstation im Docker mit 10GB RAM. Update über die Weboberfläche, wobei ich mir nicht sicher bin, ob es daran gelegen hat. Das lag nur nah, weil ich das zuletzt verändert hab. Danke! 🙏

[dan11hh]

@J-A-R-V-I-S danke. Schon probiert. Auch Docker neu gestartet. Hilft nichts. Leider.

[Glasfaser]

@dan11hh

Alle Instanzen ausschalten .... Admin an lassen und dann neu starten

[dan11hh]

@Glasfaser Hat leider nichts geholfen. Das Log sieht weiterhin so aus:

[Glasfaser]

@dan11hh

Hast du dann die Adapter einzeln wieder zugeschaltet oder ist der Log vom ioBroker Neustart !?

[dan11hh]

@Glasfaser Alle wieder einzeln eingeschaltet. Ich hab sogar nachdem der Fehler weiterhin auftritt den admin beendet und per Terminal neu gestartet. Sieht leider noch genau so aus. Das ärgert mich gerade wirklich. Total doof. Danke für eure Hilfe!

[Thomas Braun]

@dan11hh

ps auxww | grep io

[Glasfaser]

@dan11hh
Wäre eigentlich besser , wenn du noch wüstest welches Update du gemacht hast !

Starte die Synology mal neu !

[dan11hh]

Bin mir ziemlich sicher, dass es admin war. Von 4.0.9 auf 4.10. @Thomas-Braun Das sieht dann so aus: Hab zwar den Docker schon neu gestartet, aber starte jetzt auch noch Synology neu

[paul53]

@dan11hh
js-controller läuft zweimal !

[Thomas Braun]

@dan11hh
Starte die Kiste mal komplett durch.
Ansonsten:

pkill io

Was ist eigentlich dieses komische tail -f auf dem null-device? Was soll denn da getailed werden? Diese Synology/Docker-Konstruktionen sind so seltsam...

[J.A.R.V.I.S.]

@Thomas-Braun du bist doch hier der Linux Profi, kann es sein, dass die Prozesse nach dem Neustart wieder gestartet werden?

Normalerweise hilft bei dem Fehler immer das neustartet, damit alle ioBroker Prozesse gekillt werden.

[Glasfaser]

@Thomas-Braun sagte in Installation zerschossen?!:

Diese Synology/Docker-Konstruktionen sind so seltsam...

Ja ... ist so :)

Eigentlich reicht pkill io , hatte auch mal so Geister im Ram :)

Deshalb ein Neustart hilft fast immer ...

[Thomas Braun]

@J-A-R-V-I-S sagte in Installation zerschossen?!:

dass die Prozesse nach dem Neustart wieder gestartet werden?

Klar, der iobroker wird automatisch beim boot des Systems mitgestartet.
Kann natürlich sein, dass da zwei services eingetragen sind. Dann startet der auch mit zwei Instanzen.

[J.A.R.V.I.S.]

@Thomas-Braun ich meinte eigentlich die Prozesse der Instanzen. Unter Windows gibt es auch sowas, dass er die vorher laufenden Prozesse wieder herstellt.

Aber vermutlich liegt es hier am zweiten Controller.

[dan11hh]

LEUTE! Ich verstehe es nicht, ich hatte den Container neu durchgestartet, hat nichts geholfen. Nach dem Neustart der gesamten(!) Diskstation sind alle Fehler weg. Warum auch immer. 1000 Dank für Eure Hilfe. Nächstes Mal probier ich das als erstes. Damit hab ich nicht gerechnet. Ich dachte Docker an/aus ist wie Stecker an/aus. Offenbar nicht. 1000 DANK EUCH!!!!

[Thomas Braun]

@J-A-R-V-I-S Nein, wenn die Prozesse nicht über (ich vermute bei der Synology) systemd nicht schon beim Systemstart mitgestartet werden dürfen keine Prozesse wiederhergestellt werden.