Docker buanet/iobroker ARM-Version

[homebrokerkev]

Welchen Tag muss ich angeben, damit die ARM-Version des Docker-Containers geladen wird?

Wenn der Container mit "latest" Tag erstellt wird, startet dieser nicht, startet andauernd neu.
Gebe ich "v7.1.2-arm32v7" als Tag mit an im Compose-YML startet der Container problemlos.

(Container lief seit Dez. 2022 problemlos, Problem trat auf, als ich ein erneutes PULL mit dem "latest" tag für Update machen wollte...)

Plattform: docker (official image - v7.1.2)
Betriebssystem: linux
Architektur: arm
CPUs: 4
Geschwindigkeit: 0 MHz
Modell: Annapurna Labs Alpine AL314 Quad-core ARM Cortex-A15 CPU @ 1.70GHz
RAM: 7.9 GB
System-Betriebszeit: 40 T. 13:23:10
Node.js: v16.20.2
time: 1697384918799
timeOffset: -120
NPM: 8.19.4
Adapter-Anzahl: 504
Datenträgergröße: 58.8 GB
Freier Festplattenspeicher: 53.7 GB
Aktive Instanzen: 5
Pfad: /opt/iobroker/
Betriebszeit: 00:00:19

[Glasfaser]

@homebrokerkev sagte in Docker buanet/iobroker ARM-Version:

Plattform: docker (official image - v7.1.2)

Die ist aber sehr alt !

Problem trat auf, als ich ein erneutes PULL mit dem "latest" tag für Update machen wollte...)

da hat sich viel geändert ...

im Docker Log steht eigentlich drin warum er nicht startet,
wenn nicht .. dann gibt es ein Option in der ENV , DEBUG =true .

[arteck]

@andre du wiesst das bestimmt

[andre]

@arteck sagte in Docker buanet/iobroker ARM-Version:

@andre du wiesst das bestimmt

Nee, Glaskugel kaputt. Wie @Glasfaser sagt steht eigentlich alles im Log.
Bei so ner alten Version ist es wichtig vorher alles im Container zu aktualisieren und dann neu zu pullen. Das Problem ist hier nicht die Architektur. Docker zieht schon das Image was es braucht... Sonst würde der Container vermutlich gar nichts machen statt zu kreiseln...
Meine kaputte Glaskugel sagt: vermutlich Konfigurationsproblem.

MfG,
André

[homebrokerkev]

Ich habe heute nochmal unabhängig von der vorhandenen IOBroker-Version getestet:

Verhalten nach dem erstellen eines NEUEN Containers, ohne Daten einer bisherigen IObroker-Version:

• lädt Image herunter
• Status ERSTELLEN
• Status Aktiv (nur kurz)
• Status Restarting / Sonstiges "grau"
• trotz Debug-true ENV keine Ausgabe in der Qnap-Container-Station

Mit "latest-v8" funktioniert noch alles, Container startet ganz normal.
ab "latest-v9" funktioniert der Container nicht.

gleiche Config, nur Image-Version geändert, rest gleich wie "v8" version.
(in Container-Station "neu erstellen-Funktion")

• jeweils mit "leerem Verzeichnis" getestet.

Kann es dann noch an meiner Konfiguration liegen? Datenstand des bisherigen IObrokers V7 würde ich ausschließen, da ich dieses Verzeichniss ja gar nicht mehr gemountet habe in den neuen Container.

Da auch mit Debug = true keine Fehlermeldungen angezeigt werden, wüsste ich jetzt nicht mehr wo ich noch ansetzen kann.

Einstellungen neuer Container angelegt: (einzeln via Gui von Qnap, nicht als Docker-Compose - bitte entschuldigt das Format, anders lässt es sich nicht aus der Container-Station herauskopieren)

Name:
iobroker-allone
Name:buanet/iobroker:latest, Registrierung:Docker Hub
Neustartrichtlinie:
Immer
Automatisch entfernen:
Deaktiviert
Befehl:
Einstiegspunkt:
/bin/bash -c /opt/scripts/iobroker_startup.sh
Interaktive Prozesse (-i):
Aktiviert
TTY-Prozesse (-t):
Aktiviert
Netzwerkmodus:
Bridge
Virtueller Switch/Schnittstelle:
Adapter 1 - Virtual Switch 3 (192.168.150.11)
Variable:
Wert:
DEBIAN_FRONTEND
teletype
LANG
de_DE.UTF-8
LANGUAGE
de_DE:de
LC_ALL
de_DE.UTF-8
PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
SETGID
1000
SETUID
1000
TZ
Europe/Berlin
DEBUG
true
Schlüssel:
Wert:
org.opencontainers.image.authors
André Germann info@buanet.de
org.opencontainers.image.base.name
debian:bookworm-slim
org.opencontainers.image.created
2023-10-11T23:44:56+00:00
org.opencontainers.image.description
Official Docker image for ioBroker smarthome software (https://www.iobroker.net)
org.opencontainers.image.documentation
https://github.com/buanet/ioBroker.docker#readme
org.opencontainers.image.source
https://github.com/buanet/ioBroker.docker
org.opencontainers.image.title
Official ioBroker Docker Image
org.opencontainers.image.url
https://github.com/buanet/ioBroker.docker
org.opencontainers.image.version
v9.0.1
Volume-/Host-Pfad
Container-Pfad
Berechtigungen
volume_iobroker-allone
/opt/iobroker

Laufzeit:
runc
Privilegierter Modus:
Deaktiviert
CPU-Limit:
Unbegrenzt
Arbeitsspeicherlimit:
Unbegrenzt
Arbeitsspeicherreservierung:
Unbegrenzt

[FredF]

@homebrokerkev sagte in Docker buanet/iobroker ARM-Version:

Name:buanet/iobroker:latest, Registrierung:Docker Hub

Das ist aber nicht Tag latest-v9

[homebrokerkev]

@fredf Ja, das stimmt, da hast du recht. Screenshots sind noch mit den Tests "latest" gemacht. Hatte ich nach unzähligen Tests mit unterschiedlichen Varianten nicht mehr darauf geachtet... Gleiches Verhalten habe ich aber auch mit

latest-v9

Ich kann gerne davon auch noch Screenshots machen, die Qnap-NAS steht aber nicht bei mir Zuhause, habe da erst nächste Woche wieder Zugang dazu.

[FredF]

@homebrokerkev Ich glaube es dir, da wird es auch nicht daran liegen.
Wirklich weiter helfen kann ich dir leider nicht. Mein Container läuft auf nem Unraid server...

[Glasfaser]

@homebrokerkev sagte in Docker buanet/iobroker ARM-Version:

Gleiches Verhalten habe ich aber auch mit

wie schon oben geschrieben , ohne Logs vom Container wird es schwer !
Zeige mal die ENV - Eintragung .

Was passiert wenn du den Container einschaltetest kommt kurz eine Popup Meldung !?

[homebrokerkev]

@glasfaser

Einstellungen:

Image;
Name:buanet/iobroker:latest-v9, Registrierung:Docker Hub
Neustartrichtlinie:
Sofern nicht gestoppt
Automatisch entfernen:
Deaktiviert

Befehl:
Einstiegspunkt:
/bin/bash -c /opt/scripts/iobroker_startup.sh
Interaktive Prozesse (-i):
Aktiviert
TTY-Prozesse (-t):
Aktiviert

Netzwerk:
Netzwerkmodus:
Bridge
Virtueller Switch/Schnittstelle:
Adapter 1 - Virtual Switch 3 (192.168.150.11)

Umgebungen:
Variable:
Wert:
DEBIAN_FRONTEND
teletype
LANG
de_DE.UTF-8
LANGUAGE
de_DE:de
LC_ALL
de_DE.UTF-8
PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
SETGID
1000
SETUID
1000
TZ
Europe/Berlin
DEBUG
true

Labels:
Schlüssel:
Wert:
org.opencontainers.image.authors
André Germann info@buanet.de
org.opencontainers.image.base.name
debian:bookworm-slim
org.opencontainers.image.created
2023-10-11T23:44:56+00:00
org.opencontainers.image.description
Official Docker image for ioBroker smarthome software (https://www.iobroker.net)
org.opencontainers.image.documentation
https://github.com/buanet/ioBroker.docker#readme
org.opencontainers.image.source
https://github.com/buanet/ioBroker.docker
org.opencontainers.image.title
Official ioBroker Docker Image
org.opencontainers.image.url
https://github.com/buanet/ioBroker.docker
org.opencontainers.image.version
v9.0.1

Laufzeit:
runc
Privilegierter Modus:
Deaktiviert

Ressourcen:
CPU-Limit:
Unbegrenzt
Arbeitsspeicherlimit:
Unbegrenzt
Arbeitsspeicherreservierung:
Unbegrenzt

Wie komme ich an die Logs vom Container?
Der Container springt kurz auf "aktiv" und dann auf "sonstiges" und bleibt so stehen.
Unter "Protokolle" in der Container-Station ist nur der schwarze Bildschirm zu sehen.

[SWoronka]

doppelter Eintrag

[SWoronka]

@homebrokerkev
Wurde das Thema gelöst? ich habe nun das dasselbe Problem. Bis V8 läuft es und ab V9 startet der Container nicht wirklich. immer nur kurz.

[Thomas Braun]

@sworonka

Wie @Glasfaser ganz richtig schreibt:

ohne Logs vom Container wird es schwer !

[SWoronka]

@thomas-braun
Das ist mir klar. ich bin ja schon froh, dass ich nicht der einzige bin mit diesem Phänomen.

Ich habe versucht herauszufinden, was die Installationsvoraussetzungen sind. Vielleicht fehlt da ja was. Wo finde ich die?

[Homoran]

@sworonka sagte in Docker buanet/iobroker ARM-Version:

dass ich nicht der einzige bin mit diesem Phänomen.

das andere ist aber schon 2023 gewesen.

[SWoronka]

@homoran
ich habe es mittlerweile für mich gelöst und zwar so:
Die Version 8 konnte ich installieren und beim Starten des Containers konnte ich im Log sehen, dass festgestellt wurde, dass es schon bestehende Komponenten gibt. Diese waren natürlich alt (Version 4 bei einer) und Alles ab Version 9 wurden diese natürlich nicht mehr unterstützt.

ich musste die KOmponenten dann erst über die Kommandozeile aktualisieren und dann konnte ich es in der Verwaltung weiter hochziehen. Danach konnte ich dann in Ruhe mit der Einrichtung fortfahren.

ich weiß noch nicht, ob ich mir das Hochziehen auf V10 noch antue, aber gut, dass es jetzt erstmal stabil läuft.

[haselchen]

@sworonka

Kannst Du mal bitte

iob diag

in der Langfassung in Code Tags hier reinstellen

[DirkGr]

Hallo,
ich habe das gleiche Problem mit der latest-v10 Version:

Die 8. läuft ohne weiteres, die 10. lässt sich nicht starten. Es wird auch nichts im Protokoll ausgegeben, bleibt leer.

Gibt es eine Lösung hierzu?

[OliverIO]

@homebrokerkev

Ich tippe mal darauf das das Host Betriebssystem zu alt ist.
Was hast du den da?

[DirkGr]

@oliverio
bei mir läuft der Docker auf einer QNAP TS231P3. Dort nutze ich die Container Station 3.0.9.1038 von November 2024.