Update vom Container gemacht und nun läuft nichts mehr

[Codierknecht]

@mcbirne
Du brauchst 1.) nicht.

2.) kommt ins Spiel, wenn der Container endlich wieder läuft.
Mit dem ganzen Hickhack wird das aber eher nix.

Setz nochmal ganz vorne auf. Deine Daten liegen ja im gemappten Volume - da passiert erstmal nix mit.

[Glasfaser]

@codierknecht sagte in Update vom Container gemacht und nun läuft nichts mehr:

Deine Daten liegen ja im gemappten Volume -

Ich sehe bei Ihm nichts in den Screenshots davon !?

@mcBirne

Ich hoffe ... du hast soetwas gemacht !?

[Codierknecht]

@glasfaser sagte in Update vom Container gemacht und nun läuft nichts mehr:

Ich sehe bei Ihm nichts in den Screenshots davon !?

Dann erledigt das im Notfall halt das Backup.

@mcBirne Hast Du? Ein lokales Verzeichnis der Synology in den Container gemappt?

[mcBirne]

@codierknecht
Container lauft dank des Tipps vorhin. Das restore scheint fertig zu sein. Leider hat er vis nicht installiert.

@codierknecht said in Update vom Container gemacht und nun läuft nichts mehr:

@glasfaser sagte in Update vom Container gemacht und nun läuft nichts mehr:

Ich sehe bei Ihm nichts in den Screenshots davon !?

Dann erledigt das im Notfall halt das Backup.

@mcBirne Hast Du? Ein lokales Verzeichnis der Synology in den Container gemappt?

nein

[Glasfaser]

@mcbirne sagte in Update vom Container gemacht und nun läuft nichts mehr:

Leider hat er vis nicht installiert.

Bekannter Fehler !

iob install vis@1.4.10

danach ein Upgrade auf die Aktuelle version

[A Former User]

@mcbirne sagte in Update vom Container gemacht und nun läuft nichts mehr:

Ein Möglichkeit das Image wieder herzustellen gibt es nicht?

Moin,

ich denke hier werden Begrifflichkeiten durch einender gebracht und ein vielleicht falsches Verständiss von Docker.

Mal ganz einfach ausgedrückt,

• Du betreibst eine Synology mit DSM
• auf diesem Betriebssystem DSM wird die Software Docker installiert
• Docker greif auf die Ressourcen der Synology zu
• im Docker lädst Du ein Image vom Dockerhub herunter, in diesem Falle buanet/iobroker z.B. 8.0
• aus diesem Image baust Du einen Container
• in diesem Container liegt dann der Inhalt aus dem Image
• beim Star des Containers, wird ioBroker installiert
• Du passt im installierten ioBroker Container alles so an wie Du es brauchst
• Wenn Du jetzt diesen Container sichern willst, dann musst Du nicht das Image sichern, sondern den Container und
• dann auch nicht als Export, sondern eine Kopie erstellen
  
  
  
  Da dann ja hoffentlich persistente Verzeichnisse/Volumes angelegt worden sind, dann greift die Kopie auch auf dieses Verzeichnis zu, man darf aber nicht beide starten.

Dann kann man den original Container löschen und einen neuen Container mit sagen wir 8.1 neu erstellen, da er die Installation im Volume/Verzeichnis findet, baut er den Container auf dieser Basis wieder auf, da muss man noch nicht mal ein Backup einspielen, siehe den Output aus Deinem Log

2023/09/12 19:26:19	stdout	Existing installation of ioBroker detected in "/opt/iobroker".
2023/09/12 19:26:19	stdout	 
2023/09/12 19:26:19	stdout	--------------------------------------------------------------------------------
2023/09/12 19:26:19	stdout	-----             Step 2 of 5: Detecting ioBroker installation             -----
2023/09/12 19:26:19	stdout	--------------------------------------------------------------------------------

VG
Bernd

P.S.: ich setzte DSM 7.2 ein und den neuen Container Manager, war aber im alten auch so und die Bilder sind nur Beispiele.

[mcBirne]

@mcbirne

@dp20eic said in Update vom Container gemacht und nun läuft nichts mehr:

kann man den original Container löschen und einen neuen Container mit sagen wir 8.1 neu erstellen, da er die Installat

@dp20eic said in Update vom Container gemacht und nun läuft nichts mehr:

@mcbirne sagte in Update vom Container gemacht und nun läuft nichts mehr:

Ein Möglichkeit das Image wieder herzustellen gibt es nicht?

Moin,

ich denke hier werden Begrifflichkeiten durch einender gebracht und ein vielleicht falsches Verständiss von Docker.

Mal ganz einfach ausgedrückt,

• Du betreibst eine Synology mit DSM
• auf diesem Betriebssystem DSM wird die Software Docker installiert
• Docker greif auf die Ressourcen der Synology zu
• im Docker lädst Du ein Image vom Dockerhub herunter, in diesem Falle buanet/iobroker z.B. 8.0
• aus diesem Image baust Du einen Container
• in diesem Container liegt dann der Inhalt aus dem Image
• beim Star des Containers, wird ioBroker installiert
• Du passt im installierten ioBroker Container alles so an wie Du es brauchst
• Wenn Du jetzt diesen Container sichern willst, dann musst Du nicht das Image sichern, sondern den Container und
• dann auch nicht als Export, sondern eine Kopie erstellen
  
  
  
  Da dann ja hoffentlich persistente Verzeichnisse/Volumes angelegt worden sind, dann greift die Kopie auch auf dieses Verzeichnis zu, man darf aber nicht beide starten.

Dann kann man den original Container löschen und einen neuen Container mit sagen wir 8.1 neu erstellen, da er die Installation im Volume/Verzeichnis findet, baut er den Container auf dieser Basis wieder auf, da muss man noch nicht mal ein Backup einspielen, siehe den Output aus Deinem Log

2023/09/12 19:26:19	stdout	Existing installation of ioBroker detected in "/opt/iobroker".
2023/09/12 19:26:19	stdout	 
2023/09/12 19:26:19	stdout	--------------------------------------------------------------------------------
2023/09/12 19:26:19	stdout	-----             Step 2 of 5: Detecting ioBroker installation             -----
2023/09/12 19:26:19	stdout	--------------------------------------------------------------------------------

VG
Bernd

P.S.: ich setzte DSM 7.2 ein und den neuen Container Manager, war aber im alten auch so und die Bilder sind nur Beispiele.

ja, so ist es.
Inzwischen habe ich in der neuen Version durch Backitup alles wieder herstellen können. Einige Werte werden in VIS nicht korrekt angezeigt, aber das sind Dinge, die ich nach dem Backup korrigiert hatte.

Wenn jemand eine Idee hat, wie ich den exportierten Container starten kann, dann würde ich das versuchen. Sonst werde ich die Änderungen der letzten Tage erneut durchführen müssen.
Wenn ich den Backupcontainer importiere wird nur ein Image erstellt, kein Container.

[Glasfaser]

@mcbirne sagte in Update vom Container gemacht und nun läuft nichts mehr:

wie ich den exportierten Container starten kann, dann würde ich das versuchen

... der exportierte Container XY1 ... muß dann den gleichen Container Namen haben wie der neue also XY1 beim erstellen .

[mcBirne]

@glasfaser

Leider klappt das nicht.
Wenn ich den anderen lösche, ist der Container samt Image weg und der neu Importierte hat das gleiche Problem, dass ich ihn nicht starten kann.

[mcBirne]

Aber egal, ich werde die Änderungen nochmal durchführen.
Allen ein riesiges Danke für die Hilfe!

[A Former User]

@mcbirne sagte in Update vom Container gemacht und nun läuft nichts mehr:

Wenn jemand eine Idee hat, wie ich den exportierten Container starten kann, dann würde ich das versuchen. Sonst werde ich die Änderungen der letzten Tage erneut durchführen müssen.
Wenn ich den Backupcontainer importiere wird nur ein Image erstellt, kein Container.

Moin,

Du bist nicht leicht von Deinem falschen Weg abzubringen

Also es scheint bei Dir etwas falsch oder kaputt zu sein.

Aber nochmal, so macht man das nicht in einer Dockerumgebung!
Ließ Dir mal die Dokumentation von buanet durch https://docs.buanet.de/iobroker-docker-image/docs/#updates-upgrades

VG
Bernd

[mcBirne]

@dp20eic
ja, da scheint bei mir was kaputt zu sein. Nach dem Import habe ich nur ein Image, keinen Container. Wenn ich das Image ausführen möchte (Container erstellen) klappt es nicht.

Aber Egal. Die andere Lösung hat mit 99,x% wiedergebracht.

Nochmal Danke an alle!

[A Former User]

@mcbirne sagte in Update vom Container gemacht und nun läuft nichts mehr:

Aber Egal. Die andere Lösung hat mit 99,x% wiedergebracht.

Moin,

um Dir zukünftig Stress zu vermeiden, wie sieht denn die aktuelle Konfiguration des Containers aus, denn weiter oben hast Du gesagt, dass Du kein(e) persistente(n) Volumes eingerichtet hast. Das ist hochgradig gefährlich und macht das Updaten des Containers unnötig schwer.
Ich hatte Dir ja schon geraten, sich einmal die wirklich gute Dokumentation von Buanet durchzulesen, da steht viel nützliches drin.

VG
Bernd

[mcBirne]

@dp20eic
was konkret meinst du? er lauft in einem Docker Container auf einem Synology NAS.

[A Former User]

@mcbirne sagte in Update vom Container gemacht und nun läuft nichts mehr:

@dp20eic
was konkret meinst du? er lauft in einem Docker Container auf einem Synology NAS.

Moin,

habe heute Morgen keine Zeit, ich muss Frauchen bespaßen und Badezimmer einiges renovieren.

Du kannst ja mal zeigen wie Du den Container eingerichtet hast, ob Du Volumes nutz wie das Environment aussieht.
Mit persistent meine ich, das hier aus der Dokumentation:

Persistent data

To make your ioBroker configuration persistent it is recommended to mount a volume or path to /opt/iobroker.

On command-line add

-v iobrokerdata:/opt/iobroker

On docker-compose add

    volumes:
      - iobrokerdata:/opt/iobroker

Aber wie gesagt, habe jetzt keine Zeit, bei weiteren Fragen, musst Du bis heute Abend warten.

VG
Bernd

[mcBirne]

@dp20eic
dann lass es uns auf nächste Woche verschieben. Muss nachher nach Frankreich und bin erst am Freitag wieder at home.
Dann stelle ich die Sachen hier rein.

[Homoran]

@dp20eic
dann kanst du ja heute abend auch mein Bad renovieren.

[A Former User]

@homoran sagte in Update vom Container gemacht und nun läuft nichts mehr:

@dp20eic
dann kanst du ja heute abend auch mein Bad renovieren.

Moin,

wenn Du schiefe Fugen magst

Neh, tausche nur Handwaschbecken, Spülkasten und Toilette. In 3 Wochen kommt dann die neue Dusche, dann wirds etwas aufwändiger.

VG
Bernd

P.S.: Mein Kredo, "Zu allem fähig, aber zu nicht zu gebrauchen"

[Homoran]

@dp20eic sagte in Update vom Container gemacht und nun läuft nichts mehr:

Mein Kredo, "Zu allem fähig, aber zu nicht zu gebrauchen"

das glaube ich dir, wenn man es in deinem Profil liest

[mcBirne]

Hallo zusammen,
ich bin wieder im Lande
mir ist aufgefallen, dass scheinbar seit der Neuinstallation und dem Rückspielen des Updates 3 Adapter ständig gelb sind und nicht funktionieren. Das würde ich gerne erstmal wider an Laufen bekommen, bevor wir schauen, ob man es besser aufsetzten kann.
Einer von denen ist der SQL Adapter. Ich erhalte folgende Fehlermeldung connect ECONNREFUSED 127.0.0.1:3308. hat jemand eine Idee, warum ich damit keiner Verbindung mehr herstellen kann? Die Datenbank (MariaDB 10) läuft und ich kann über phpMyAdmin daruf zugreifen.