[HowTo] ioBroker unter Docker auf Synology DiskStation
-
Guten Tag zusammen,
ich wollte vor kurzem ein Multihost System einrichten, eine Instanz (Slave) auf einem Unraid Server. Einrichtung hat auch funktioniert, allerdings startet der Docker Container jetzt nicht mehr:
(Re)setting permissions (This might take a while! Please be patient!)... Done. Fixing "sudo-bug" by replacing sudo with gosu... Done. Hostname in ioBroker does not match the hostname of this container. Updating hostname to iobroker UR... ** Press ANY KEY to close this window **Gibt es da noch einen Bug (wie zuvor beschrieben auf Beta wechseln) oder woran kann das liegen?
-
@codierknecht sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
@marc-berg sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Eine Google-Suche ergibt, dass du auf der Synology wohl nicht allein mit dem Problem bist.
Mir ist das völlig Wumpe. Aber @dtp dürfte das sicher interessieren
Achja, falscher Adressat ..
-
@fir3drag0n sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Hostname in ioBroker does not match the hostname of this container.
steht doch da ... das ist kein Bug !
-
@glasfaser und wie schaffe ich es dann den Container zu starten?
-
@fir3drag0n sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
ich wollte vor kurzem ein Multihost System einrichten, eine Instanz (Slave) auf einem Unraid Server. Einrichtung hat auch funktioniert,
Habe kein Unraid Server.
Keine Ahnung ... warum es so dann bei dir so kommt .
-
@glasfaser der Container wird ja direkt beendet - wie soll ich da die Befehle absetzen?
-
@fir3drag0n sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Hostname in ioBroker does not match the hostname of this container.
Updating hostname to iobroker UR..iobroker UR..
Hast du hier was gekürzt !?
Nochmal ... ich weiß nicht was du gemacht hast ... normalerweise kommt soetwas , wenn du ein Backup einspielst .
Hast du den Hostname geändert !?
-
@glasfaser hat sich erledigt, im Docker Image müssen unbedingt noch die ENV Variables für Multihost (master od slave) und objectsdb sowie statesdb gesetzt werden
-
@fir3drag0n sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
@glasfaser hat sich erledigt,
Freut mich ... das du deinen Bug gefunden hast
-
@marc-berg sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Was spricht dagegen, den Container vorher zu löschen?
Danke für eure Hinweise. Gegen das vorherige Löschen des Containers spricht natürlich nicht viel, außer, dass man sich dann ggf. vorher die Einstellungen hinsichtlich der Ports, Volumes und Umgebungsvariablen notieren muss. Und wenn was nicht funktioniert, besteht ggf. ein Risiko, dass man nicht mehr zur alten Version zurück kommt.
-
gelöscht
-
@dtp sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Gegen das vorherige Löschen des Containers spricht natürlich nicht viel, außer, dass man sich dann ggf. vorher die Einstellungen hinsichtlich der Ports, Volumes und Umgebungsvariablen notieren muss. Und wenn was nicht funktioniert, besteht ggf. ein Risiko, dass man nicht mehr zur alten Version zurück kommt.
Nein. Schau dir Portainer Stacks aka docker-compose an! Dann brauchst du dir keine Einstellungen merken.
Zur alten Version zurück? Schau dir die Tags des Docker Images an. Es gibt immer die Möglichkeit eine ältere Version zu laden.
Und das Wichtigste: Mach ein Backup vom ioBroker Ordner!MfG,
André -
Ich have aktuell auch Probleme, ioBroker als Container neu aufzusetzen.
Ich nutze Docker innerhalb einer Proxmox Virtualisierung. Diese funktioniert wunderbar mit diversen Containern. Zur Verwaltung nutze ich Portainer.
Beim Einrichten eines neuen "leeren" ioBroker mit gemappten Verzeicnis /opt/iobroker und gesetzem "DEBUG"-Flag bekomme ich als log:-------------------------------------------------------------------------------- ------------------------- 2023-01-22 17:12:08 ------------------------- -------------------------------------------------------------------------------- ----- ----- ----- ██╗ ██████╗ ██████╗ ██████╗ ██████╗ ██╗ ██╗ ███████╗ ██████╗ ----- ----- ██║ ██╔═══██╗ ██╔══██╗ ██╔══██╗ ██╔═══██╗ ██║ ██╔╝ ██╔════╝ ██╔══██╗ ----- ----- ██║ ██║ ██║ ██████╔╝ ██████╔╝ ██║ ██║ █████╔╝ █████╗ ██████╔╝ ----- ----- ██║ ██║ ██║ ██╔══██╗ ██╔══██╗ ██║ ██║ ██╔═██╗ ██╔══╝ ██╔══██╗ ----- ----- ██║ ╚██████╔╝ ██████╔╝ ██║ ██║ ╚██████╔╝ ██║ ██╗ ███████╗ ██║ ██║ ----- ----- ╚═╝ ╚═════╝ ╚═════╝ ╚═╝ ╚═╝ ╚═════╝ ╚═╝ ╚═╝ ╚══════╝ ╚═╝ ╚═╝ ----- ----- ----- ----- Welcome to your ioBroker Docker container! ----- ----- Startupscript is now running! ----- ----- Please be patient! ----- -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- ----- System Information ----- ----- arch: x86_64 ----- ----- hostname: 92b196522335 ----- ----- ----- ----- Version Information ----- ----- image: v7.2.0 ----- ----- build: 2023-01-12T23:45:25+00:00 ----- ----- node: v16.19.0 ----- ----- npm: 8.19.3 ----- ----- ----- ----- Environment Variables ----- ----- DEBUG: true ----- ----- SETGID: 1000 ----- ----- SETUID: 1000 ----- -------------------------------------------------------------------------------- !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!! DEBUG LOG ACTIVE !!!! !!!! Environment variable DEBUG is set to true. !!!! !!!! This will extend the logging output and may slow down container start. !!!! !!!! Please make sure to deactivate if no longer needed. !!!! !!!! For more information see ioBroker Docker image documentation: !!!! !!!! https://docs.buanet.de/iobroker-docker-image/docs/ !!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! -------------------------------------------------------------------------------- ----- Step 1 of 5: Preparing container ----- -------------------------------------------------------------------------------- Updating Linux packages on first run... (Reading database ... (Reading database ... 5% (Reading database ... 10% (Reading database ... 15% (Reading database ... 20% (Reading database ... 25% (Reading database ... 30% (Reading database ... 35% (Reading database ... 40% (Reading database ... 45% (Reading database ... 50% (Reading database ... 55% (Reading database ... 60% (Reading database ... 65% (Reading database ... 70% (Reading database ... 75% (Reading database ... 80% (Reading database ... 85% (Reading database ... 90% (Reading database ... 95% (Reading database ... 100% (Reading database ... 29424 files and directories currently installed.) Preparing to unpack .../sudo_1.9.5p2-3+deb11u1_amd64.deb ... Unpacking sudo (1.9.5p2-3+deb11u1) over (1.9.5p2-3) ... Setting up sudo (1.9.5p2-3+deb11u1) ... invoke-rc.d: could not determine current runlevel invoke-rc.d: policy-rc.d denied execution of restart. Done. Registering maintenance script as command... Done. -------------------------------------------------------------------------------- ----- Step 2 of 5: Detecting ioBroker installation ----- -------------------------------------------------------------------------------- There is no data detected in /opt/iobroker. Restoring initial ioBroker installation... Done. -------------------------------------------------------------------------------- ----- Step 3 of 5: Checking ioBroker installation ----- -------------------------------------------------------------------------------- (Re)setting permissions (This might take a while! Please be patient!)... Done. Fixing "sudo-bug" by replacing sudo with gosu... Done. error: failed switching to "iobroker": operation not permitted There was a problem detecting the admin instance of your iobroker. Make sure the ioBroker installation you use has an admin instance or start over with a fresh installation and restore your configuration. For more details see https://docs.buanet.de/iobroker-docker-image/docs/#restore [DEBUG] Debug mode prevents the container from exiting on errors. [DEBUG] This enables you to investigate or fix your issue on the command line. [DEBUG] If you want to stop or restart your container you have to do it manually. [DEBUG] IoBroker is not running!Mir scheint hier ein Rechteproblem vorzuliegen.
Der Container läuft als "root". Im Container scheint aber der User "iobroker" verwendet zu werden.Was muss ich nun tun?
Uwe
-
@uweklatt sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Beim Einrichten eines neuen "leeren" ioBroker mit gemappten Verzeicnis /opt/iobroker
was ist ohne einem gemappten Ordner , läuft er dann durch !?
-
@glasfaser
Nein, dann erscheint derselbe Fehler. -
@uweklatt sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Zur Verwaltung nutze ich Portainer.
Welche Version ... es gibt ein Problem damit ...
siehe hier :
https://forum.iobroker.net/post/919177 -
@glasfaser
Portainer ist Business 2.16.2 -
Ich habe nun einmal den älteren Container 7.1.2 getestet.
Dieser funktioniert!
Das sollte sich @andre einmal ansehen...Tschau
Uwe -
@uweklatt sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
@glasfaser
Nein, dann erscheint derselbe Fehler.Wenn du kein Verzeichnis mountest bekommst du den "operation not permitted"-Fehler???
Das halte ich für höchst unwahrscheinlich! Was kommt wenn du in dem gezeigten Status im Container einiobroker list instancesmachst?@uweklatt sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Mir scheint hier ein Rechteproblem vorzuliegen.
Das sehe ich genauso. Allerdings fällt es mir schwer zu glauben dass Portainer daran schuld sein könnte. Leider erzählst du wenig über dein Setup. Da Proxmox von haus aus kein Docker kann, wie hast du deinen Docker Dienst laufen? In einer VM? In einem LXC? Oder gar direkt im Proxmox Host installiert?
Außerdem interessant: Wo liegen deine Daten? Hast du vielleicht eine Festplatte gemountet? Oder gar eine Netzwerkfreigabe?@uweklatt sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Das sollte sich @andre einmal ansehen...
Was genau sollte ich mir denn einmal ansehen? Dass die ältere Version des Images funktioniert, könntn lie daraegen, dass das Startup-Script erst seit v7.2 bei Fehlern strikt abbricht. Also wenn zum Beispiel permissions nicht passen oder die Konfiguration des Containers fehlerhaft ist.
MfG,
André -
@andre
Ich wollte Deinen "latest" Docker-Container in einem LXC Container, der wiederum Docker enthält, installieren.
Zur Verwaltung verwende ich in dieser Docker Instanz Portainer.
Docker Version 20.10.23 CE
Portainer Version 2.16.2 BE
Um Seiteneffekte zu reduzieren, habe ich auch eine Installation ohne eingebundene Verzeichnisse und ohne Backup, also eine saubere Neuinstallation versucht. - Bei allen getesteten Varianten habe ich die oben genannte Fehlermeldung erhalten. Die buanet Container stammen direkt vom Docker-Hub. Selbst das manuelle Aufrufen von "iobroker" in der Countainer-Konsole hat nicht funktioniert.Die ältere Version 7.1.2 liess sich dann problemlos in derselben Umgebung installieren.
Ich habe gerade noch einmal "latest" installiert und jetzt läuft die Installation bis Schritt 5 durch und ioBroker funktioniert???
Als sichtbaren Unterschied wird bei der lauffähigen Version eine zusätzliche lib installiert. Die folgenden Zeilen fehlten in der nicht lauffähigen Version:
Preparing to unpack .../linux-libc-dev_5.10.162-1_amd64.deb ... Unpacking linux-libc-dev:amd64 (5.10.162-1) over (5.10.158-2) ... Setting up linux-libc-dev:amd64 (5.10.162-1) ...Evtl. war die Lib beim fehlgeschlagenen Versuch nicht ladbar?
Ist das Update für den Betrieb erforderlich?Uwe
