Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[entavio]

@Thomas-Braun sagte in iobroker startet nach js-controller Update nicht mehr:

@entavio

Vielleicht mag sich das einer der Dockeristen dann anschauen.
Ist nicht meine Baustelle.

das wäre super :-) danke schonmal im voraus

[haselchen]

@entavio

Wenn du noch in die Konsole kommst, dann installier den JS Controller manuell.

[entavio]

@haselchen

@haselchen sagte in iobroker startet nach js-controller Update nicht mehr:

@entavio

Wenn du noch in die Konsole kommst, dann installier den JS Controller manuell.

der container loopt die ganze zeit ich komme in der Docker iobroker Instanz nicht mehr ins Terminal. wenn das gemeint sein sollte

[haselchen]

@entavio

1. Wartungsmodus nutzen (Empfohlen für Buanet-Image)
   Das offizielle ioBroker Docker-Image von Buanet bietet einen speziellen Mechanismus, um Befehle auszuführen, ohne dass ioBroker startet.

   Stoppe den Container.
   Setze die Umgebungsvariable IOB_MAINTENANCE auf true.
   Starte den Container neu. Er bleibt nun "leer" aktiv, ohne ioBroker zu starten.
   Öffne das Terminal des Containers (z. B. via Portainer oder docker exec -it <container_name> bash).
   Führe das Update aus:
   bash

   iobroker stop
   iobroker upgrade self

Entferne die Variable IOB_MAINTENANCE wieder und starte den Container normal.

[entavio]

@haselchen sagte in iobroker startet nach js-controller Update nicht mehr:

@entavio

1. Wartungsmodus nutzen (Empfohlen für Buanet-Image)
   Das offizielle ioBroker Docker-Image von Buanet bietet einen speziellen Mechanismus, um Befehle auszuführen, ohne dass ioBroker startet.

   Stoppe den Container.
   Setze die Umgebungsvariable IOB_MAINTENANCE auf true.
   Starte den Container neu. Er bleibt nun "leer" aktiv, ohne ioBroker zu starten.
   Öffne das Terminal des Containers (z. B. via Portainer oder docker exec -it <container_name> bash).
   Führe das Update aus:
   bash

   iobroker stop
   iobroker upgrade self

Entferne die Variable IOB_MAINTENANCE wieder und starte den Container normal.

habe unter den dem Container / bearbeiten / erweiterte einstellungen / die variable eingetragen und auf true gesetzt der Container loop immer noch und startet innerhalb weniger Sekunden neu, ein Terminal bekomme ich so nicht auf auch mittels ssh direkt auf die Synology nicht

[haselchen]

@entavio

Zeig mal deine Containereinstellung mit der neuen Variable.

[entavio]

[Homoran]

@entavio bitte keine externen Hoster verwenden!

Bilder hier im Forum uploaden

[haselchen]

@entavio

Und gemacht, wie es da steht?
Container gestoppt
Variable eingetragen
Container gestartet

[entavio]

@haselchen sagte in iobroker startet nach js-controller Update nicht mehr:

@entavio

Und gemacht, wie es da steht?
Container gestoppt
Variable eingetragen
Container gestartet

ja genau so

[haselchen]

@entavio

Nächster Versuch:

Vorbereitung: Container in "Wartung" bringen
Um zu verhindern, dass der Container ständig neu startet, während Sie arbeiten:

• Stoppen Sie den ioBroker Container.
• Starten Sie den Container, aber setzen Sie die Umgebungsvariable SET_MODE auf hidden oder (falls möglich) starten Sie ihn über die Konsole, um ihn im Wartungsmodus zu halten.
  Alternativ: Starten Sie den Container und greifen Sie sofort via docker exec -it <container_name> /bin/bash auf die Konsole zu.

[entavio]

startet leider direkt immer wieder neu auch mit der weiteren variable set_mode bzw. dem Aufruf via docker exec -it <container_name> /bin/bash

[haselchen]

@entavio

Ohne Backup gehen mir auch die Ideen aus.

Wenns hart auf hart kommt, rette aus dem Ordner, vis.0, Skripte, Node-Red (falls installiert)

Edit: Wenn Du es neu machst, würde ich den alten Container mit Ordner behalten und einen Neuen erstellen mit neuem Ordner. So kannste zur Not mal was rüberkopieren.

[entavio]

kann ich nicht einfach komplett eine neue Instanz erstellen und den iobroker-data Ordner rüberkopieren?!

[haselchen]

@entavio

Was für eine Instanz?

Wenn Du einen neuen Container meinst, dann kopierst Du ja die "Fehler" mit.

Aber so gesehen, finde ich Deinen Ansatz gut. Try and Error.
Kaputtgehen ja nichts beim neuen Container.
Ich meine das jetzt bezogen auf "rumspielen und ausprobieren".
So lernst Du auch bei späteren Problemen, wie das Konstrukt tickt.

[entavio]

@haselchen sagte in iobroker startet nach js-controller Update nicht mehr:

@entavio

Was für eine Instanz?

Wenn Du einen neuen Container meinst, dann kopierst Du ja die "Fehler" mit.

ja neuer Container aber ich möchte halt die ganzen Adapter mit ihren einstellungen / Objekten etc. wieder haben geht das nicht so? der rest ist ja dann neu

[haselchen]

@entavio

Siehe meine nachträgliche Antwort oben.

Dafür sind Container da. Probieren und wieder wegwerfen.

Du wirst aber nicht um eine Neuinstallation rumkommen, wenn alles wieder korrekt laufen soll.
Und wie es leider heisst, kein Backup-> kein Mitleid.

Schreib dir soviel wie möglich auf, von den Adaptereinstellungen.
Vis.0 , Node Red und Skripte solltest du rüberkopieren können.
Aus meiner dunkelsten Erinnerung.

[entavio]

ok muss ich bei der Einrichtung mit meinem Kumpel wohl komplett vergessen / nicht abgespeichert haben... die ganze zeit lief der Adapter backitup wohl mit. das habe ich jetzt gesehen beim wegsichern des gesamten Docker Verzeichnisses als Sicherheit. neuer Container setzt grade auf, damit sollte ich über den Adapter ja einen Großteil zurückspielen können so mein Verständnis

das wäre dann glück im Unglück

[Codierknecht]

@entavio
Wie sehen denn Deine "Volume" Einstellungen aus?

Wenn da - wie eigentlich üblich - ein Volume auf der Synology in den Container gemappt wird, kannst Du Container so verwenden wie sie gedacht sind: Als Wegwerfartikel.

Das würde bedeuten: Container wegwerfen und mit identischen Einstellungen einen neuen bauen.

[Codierknecht]

@entavio sagte in iobroker startet nach js-controller Update nicht mehr:

ja neuer Container aber ich möchte halt die ganzen Adapter mit ihren einstellungen / Objekten etc. wieder haben geht das nicht so? der rest ist ja dann neu

Wenn das alles auf einem Volume der Synology liegt, wird das bei einem neuen Cointainer auch alles wieder installiert und die Daten sind auch vorhanden.
Das dauert aber nach dem ersten Start des neuen Containers. Also nicht ungeduldig werden.