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

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

[Marc Berg]

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

IOB_MAINTENANCE
SET_MODE

Wo hast Du die Fancy Umgebungsvariablen her? Die gibt es nicht ...

Richtig ist

DEBUG=true

[entavio]

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

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

also im neuen Container aktuell so

[entavio]

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

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

IOB_MAINTENANCE
SET_MODE

Wo hast Du die Fancy Umgebungsvariablen her? Die gibt es nicht ...

Richtig ist

DEBUG=true

siehe weiter oben im verlauf ..... kamen nicht von mir

[Codierknecht]

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

also im neuen Container aktuell so

und im alten?

[entavio]

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

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

also im neuen Container aktuell so

und im alten?

docker -> /opt/iobroker/

[Codierknecht]

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

docker -> /opt/iobroker/

Dann gehört das im neuen Container natürlich auch so.
"mit identischen Einstellungen" ... also mit gleichen Ports, gleichem Pfad und gleichen Umgebungsvariablen etc.

[entavio]

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

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

docker -> /opt/iobroker/

Dann gehört das im neuen Container natürlich auch so.
"mit identischen Einstellungen" ... also mit gleichen Ports, gleichem Pfad und gleichen Umgebungsvariablen etc.

wenn ich das mache loopt er direkt wieder ?!

[Codierknecht]

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

wenn ich das mache loopt er direkt wieder ?!

Versuch macht klug ...

[entavio]

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

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

wenn ich das mache loopt er direkt wieder ?!

Versuch macht klug ...

ist so hab ich gerade eingetragen dann kommt wieder der Fehler von ganz am Anfang?!

[Codierknecht]

Stellst Du mir Fragen oder stellst Du etwas fest?
Fragezeichen sollten eine Frage abschließen - keine Feststellung.

dann kommt wieder der Fehler von ganz am Anfang

Dann versuch's mal mit der Umgebungsvariablen. DEBUG = true

https://docs.buanet.de/iobroker-docker-image/docs/#environment-variables-env

[Codierknecht]

Kommst Du per SSH auf die Konsole der Synology?