NEWS
[HowTo] ioBroker unter Docker auf Synology DiskStation
-
@typ1er In jedem Fall solltest du ein eigenes bridge Netzwerk erstellen. Im default gibt es leider keine Namensauflösung. Dann das Netzwerk einfach deinem Container zusätzlich zuweisen. Das Gateway im Bridge Netzwerk ist dann der Host (in deinem Fall die DS). Darüber kann der Container dann mit dem Host kommunizieren.
MfG,
André -
Guten Tag,
ich kann kein Backup im Docker (erstellt aus einer VM) einspielen. Es läuft problemlos durch und rattert, aber die Weboberfläche lässt sich nicht aufrufen. Weder gleich (wie es üblich ist) noch nach 3h.
Mit frischem Docker ohne Restoredatei funktioniert alles.Die Backupdatei funktioniert in Nicht-Docker-Umgebungen einwandfrei.
Als Prozesse laufen: iobroker.js-controller; io.backiup.0; das startupsript.
Was ist zu tun?
2021-03-29 05:36:57 stdout ================================== > LOG REDIRECT system.adapter.admin.0 => false [system.adapter.admin.0.logging] 2021-03-29 05:36:57 stdout ================================== > LOG REDIRECT system.adapter.admin.0 => false [Process stopped] 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.web.0" for host "buanet-iobroker1" 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.weatherunderground.0" for host "buanet-iobroker1" 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.vis.0" for host "buanet-iobroker1" 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.vis-weather.0" for host "buanet-iobroker1" 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.vis-materialdesign.0" for host "buanet-iobroker1" 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.vis-material-webfont.0" for host "buanet-iobroker1" 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.vis-inventwo.0" for host "buanet-iobroker1" 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.telegram.0" for host "buanet-iobroker1" 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.tankerkoenig.0" for host "buanet-iobroker1" 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.sourceanalytix.0" for host "buanet-iobroker1" 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.sonos.0" for host "buanet-iobroker1" 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.shelly.0" for host "buanet-iobroker1" 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.pushover.0" for host "buanet-iobroker1" 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.pollenflug.0" for host "buanet-iobroker1" 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.openweathermap.0" for host "buanet-iobroker1" 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.octoprint.0" for host "buanet-iobroker1" 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.mikrotik.0" for host "buanet-iobroker1" 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.material.0" for host "buanet-iobroker1" 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.lovelace.0" for host "buanet-iobroker1" 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.javascript.0" for host "buanet-iobroker1" 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.hm-rpc.2" for host "buanet-iobroker1" 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.hm-rpc.1" for host "buanet-iobroker1" 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.hm-rpc.0" for host "buanet-iobroker1" 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.hm-rega.0" for host "buanet-iobroker1" 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.history.0" for host "buanet-iobroker1" 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.geofency.0" for host "buanet-iobroker1" 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.dwd.0" for host "buanet-iobroker1" 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.daswetter.0" for host "buanet-iobroker1" 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.backitup.0" for host "buanet-iobroker1" 2021-03-29 05:36:53 stdout host.buanet-iobroker1 check instance "system.adapter.admin.0" for host "buanet-iobroker1" 2021-03-29 05:36:52 stdout 2021-03-29 05:36:52 stdout Starting ioBroker... 2021-03-29 05:36:52 stdout 2021-03-29 05:36:52 stdout ------------------------------------------------------------ 2021-03-29 05:36:52 stdout ----- Step 5 of 5: ioBroker startup -----
-
@solear sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
2021-03-29 05:36:57 stdout ================================== > LOG REDIRECT system.adapter.admin.0 => false [Process stopped]
Als Prozesse laufen:
Aber nicht dein Admin .
zeige mal :
iobroker list adapters iobroker list instances
-
iobroker list adapters:
root@buanet-iobroker1:/opt/iobroker# iobroker list adapters system.adapter.admin : admin - v4.2.1 system.adapter.backitup : backitup - v2.0.5 system.adapter.daswetter : daswetter - v3.0.4 system.adapter.discovery : discovery - v2.6.1 system.adapter.dwd : dwd - v2.7.5 system.adapter.flot : flot - v1.10.6 system.adapter.geofency : geofency - v1.0.3 system.adapter.history : history - v1.9.12 system.adapter.hm-rega : hm-rega - v3.0.16 system.adapter.hm-rpc : hm-rpc - v1.14.35 system.adapter.husq-automower : husq-automower - v0.3.10 system.adapter.icons-mfd-svg : icons-mfd-svg - v1.0.2 system.adapter.info : info - v1.7.15 system.adapter.javascript : javascript - v5.0.14 system.adapter.lovelace : lovelace - v1.0.16 system.adapter.luftdaten : luftdaten - v0.0.7 system.adapter.material : material - v0.13.9 system.adapter.mikrotik : mikrotik - v1.0.16 system.adapter.octoprint : octoprint - v1.0.8 system.adapter.openweathermap : openweathermap - v0.1.0 system.adapter.pi-hole : pi-hole - v1.3.1 system.adapter.pollenflug : pollenflug - v1.0.6 system.adapter.pushover : pushover - v2.0.3 system.adapter.rickshaw : rickshaw - v1.0.0 system.adapter.rpi2 : rpi2 - v1.1.1 system.adapter.shelly : shelly - v4.0.6 system.adapter.socketio : socketio - v3.1.4 system.adapter.sonos : sonos - v2.1.1 system.adapter.sourceanalytix : sourceanalytix - v0.4.8 system.adapter.tankerkoenig : tankerkoenig - v2.0.9 system.adapter.telegram : telegram - v1.8.0 system.adapter.terminal : terminal - v0.1.2 system.adapter.unifi : unifi - v0.3.1 system.adapter.vis : vis - v1.3.7 system.adapter.vis-icontwo : vis-icontwo - v0.48.0 system.adapter.vis-inventwo : vis-inventwo - v2.7.4 system.adapter.vis-material-webfont : vis-material-webfont - v0.0.3 system.adapter.vis-materialdesign : vis-materialdesign - v0.4.2 system.adapter.vis-weather : vis-weather - v2.5.2 system.adapter.wallpanel : wallpanel - v0.1.5-0 system.adapter.weatherunderground : weatherunderground - v3.3.0 system.adapter.web : web - v3.3.0 root@buanet-iobroker1:/opt/iobroker#
iobroker list instances
root@buanet-iobroker1:/opt/iobroker# iobroker list instances system.adapter.admin.0 : admin : buanet-iobroker1 - enabled, port: 8081, bind: 192.168.1.9, run as: admin + system.adapter.backitup.0 : backitup : buanet-iobroker1 - enabled system.adapter.daswetter.0 : daswetter : buanet-iobroker1 - disabled system.adapter.dwd.0 : dwd : buanet-iobroker1 - disabled system.adapter.flot.0 : flot : buanet-iobroker1 - disabled system.adapter.geofency.0 : geofency : buanet-iobroker1 - disabled, port: 7999 system.adapter.history.0 : history : buanet-iobroker1 - disabled system.adapter.hm-rega.0 : hm-rega : buanet-iobroker1 - disabled system.adapter.hm-rpc.0 : hm-rpc : buanet-iobroker1 - disabled, port: 0 system.adapter.hm-rpc.1 : hm-rpc : buanet-iobroker1 - disabled, port: 0 system.adapter.hm-rpc.2 : hm-rpc : buanet-iobroker1 - disabled, port: 0 system.adapter.icons-mfd-svg.0 : icons-mfd-svg : buanet-iobroker1 - disabled system.adapter.javascript.0 : javascript : buanet-iobroker1 - disabled system.adapter.lovelace.0 : lovelace : buanet-iobroker1 - disabled, port: 8091, bind: 0.0.0.0, run as: admin system.adapter.material.0 : material : buanet-iobroker1 - disabled system.adapter.mikrotik.0 : mikrotik : buanet-iobroker1 - disabled, port: 8728 system.adapter.octoprint.0 : octoprint : buanet-iobroker1 - disabled system.adapter.openweathermap.0 : openweathermap : buanet-iobroker1 - disabled system.adapter.pollenflug.0 : pollenflug : buanet-iobroker1 - disabled system.adapter.pushover.0 : pushover : buanet-iobroker1 - disabled system.adapter.shelly.0 : shelly : buanet-iobroker1 - disabled, port: 1882, bind: 192.168.1.9 system.adapter.sonos.0 : sonos : buanet-iobroker1 - disabled system.adapter.sourceanalytix.0 : sourceanalytix : buanet-iobroker1 - disabled system.adapter.tankerkoenig.0 : tankerkoenig : buanet-iobroker1 - disabled system.adapter.telegram.0 : telegram : buanet-iobroker1 - disabled, port: 8443, bind: 0.0.0.0 system.adapter.vis-icontwo.0 : vis-icontwo : buanet-iobroker1 - disabled system.adapter.vis-inventwo.0 : vis-inventwo : buanet-iobroker1 - disabled system.adapter.vis-material-webfont.0 : vis-material-webfont : buanet-iobroker1 - disabled system.adapter.vis-materialdesign.0 : vis-materialdesign : buanet-iobroker1 - disabled system.adapter.vis-weather.0 : vis-weather : buanet-iobroker1 - disabled system.adapter.vis.0 : vis : buanet-iobroker1 - disabled system.adapter.weatherunderground.0 : weatherunderground : buanet-iobroker1 - disabled system.adapter.web.0 : web : buanet-iobroker1 - disabled, port: 8082, bind: 192.168.1.9, run as: admin + instance is alive
EDIT:
da steht : bind 192.168.1.9Es sollte aber die 192.168.1.10 sein (.10 ist das NAS, die 9. ist die VM wo das Backup herkam)
-
-
Aaaah, danke, jetzt klappt das!
Hast Du eine Ahnung, woher der Fehler kam? Also wie es zum "bind 192.168.1.9" kam?
-
Hast Du eine Ahnung, woher der Fehler kam? Also wie es zum "bind 192.168.1.9" kam?
Standard ist bind 0.0.0.0 ( auf alle hören ) ...
das heißt die IP hast du selber eingetragen , eventuell unbewusst !Bei dem Adapter shelly und web ist es auch noch bei dir eingetragen .
-
@andre :
diese Fehlermeldung scheinen viele zu haben:ls: Zugriff auf '/dev/disk/by-id/' nicht möglich: Datei oder Verzeichnis nicht gefunden
ls: Zugriff auf '/dev/disk/by-id/' nicht möglich: Datei oder Verzeichnis nicht gefunden
mein Lösungsweg war auf meinem Raspberry 4 mit 8GB dies:
da es sich um das Verzeichnis zum einbinden von externen Diveices auf dem Host handelt, muss man dieses auch einbinden.
Ich habe das im Portainer als zusätzlichen Pfad unter Volumen gemacht und siehe da nun startet IOBroker auch durch. und lauft.
hoffe das ich anderenbei dieser Fehlermeldung helfen konnteGruß
leachim -
Hallo zusammen,
@andre: sollte es hier nicht passen verschiebe es bitte.Thema : Buanet/iobroker:v5.1.0 auf Raspi 4 mit 8 GB und HDD und USB Stick:
hoffe das jeder weis wie man iobroker auf dem PI4 installiert.
Ich habe folgende grobe schritte gemacht:- ubuntu 20.02 server installiert
- midnide commander installiert
- Docker installiert
- USB Stick gemountet
- auf dem USB Stick das Verzeichnis iobroker_data angelegt und Chmod rechte vergeben.
nun folgendes in Portainer eingetragen:
dann gestartet und siehe da IOBroker lauft.
mal sehen vielleicht machen ich auch noch eine ausfürliche Anleitung wenn zu viele Fragen sind.
Gruß
Leachim
-
@leachim sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
da es sich um das Verzeichnis zum einbinden von externen Diveices auf dem Host handelt, muss man dieses auch einbinden.
Ich habe das im Portainer als zusätzlichen Pfad unter Volumen gemacht und siehe da nun startet IOBroker auch durch. und lauft.Kann man sicherlich so machen. Macht aber keinen Sinn. Der Fehler hat m. W. keinerlei Auswirkungen auf die Funktion von ioBroker. Ein Fix ist bereits auf dem Weg.
Auf einer Disk Station könnte es außerdem sein, dass der Fix so nicht funktioniert, da es dort das Verzeichnis gar nicht gibt. Daher gab es von mir dazu auch keinen Workaround.Meine klare Empfehlung: Fehlermeldung ignorieren und info-Adapter updaten wenn ein Update bereit steht. Wer ohne Info-Adapter leben kann, kann ihn zur Not natürlich auch deinstallieren.
MfG,
André -
@andre sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Auf einer Disk Station könnte es außerdem sein, dass der Fix so nicht funktioniert, da es dort das Verzeichnis gar nicht gibt. Daher gab es von mir dazu auch keinen Workaround.
Als Ergänzung: Dies gilt auch für die QNAP
-
@leachim sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Thema : Buanet/iobroker:v5.1.0 auf Raspi 4 mit 8 GB und HDD und USB Stick:
Auch eine Möglichkeit. zu Nutzung des Docker Images. Wäre vermutlich in einem eigene Thread besser aufgehoben, aber das müssen die Foren Admins entscheiden.
Interessant wären noch deine Beweggründe. Ubuntu Server auf dem Raspberry habe ich bisher noch gar nicht auf dem Zettel gehabt.
Ich arbeite aktuell an einem Raspbian Image mit vorinstalliertem Docker. Soll in einem weiteren Tutorial dann mal die Grundlage für einen ioBroker Slave werden.
Danke fürs Sharen.MfG,
André -
Hallo,
hier ein mein Log nach der Installation, ------------------------------------------------------------, --------------- 2021-04-13 07:33:05 ---------------, ------------------------------------------------------------, , ------------------------------------------------------------, ----- Welcome to your ioBroker-container! -----, ----- Startupscript is now running. -----, ----- Please be patient! -----, ------------------------------------------------------------, , ------------------------------------------------------------, ----- Debugging information -----, ----- -----, ----- System -----, ----- arch: x86_64 -----, ----- -----, ----- Versions -----, ----- image: v5.1.0 -----, ----- node: v12.22.1 -----, ----- npm: 6.14.12 -----, ----- -----, ----- ENV -----, ----- AVAHI: false -----, ----- PACKAGES: nano -----, ----- SETGID: 1000 -----, ----- SETUID: 1000 -----, ------------------------------------------------------------, , ------------------------------------------------------------, ----- Step 1 of 5: Preparing container -----, ------------------------------------------------------------, , Installing additional packages is set by ENV., The following packages will be installed: nano..., debconf: unable to initialize frontend: Dialog, debconf: (Dialog frontend will not work on a dumb terminal, an emacs shell buffer, or without a controlling terminal.), debconf: falling back to frontend: Readline, debconf: unable to initialize frontend: Readline, debconf: (This frontend requires a controlling tty.), debconf: falling back to frontend: Teletype, dpkg-preconfigure: unable to re-open stdin: , Vormals nicht ausgewähltes Paket nano wird gewählt. , (Lese Datenbank ... (Lese Datenbank ... 5% (Lese Datenbank ... 10% (Lese Datenbank ... 15% (Lese Datenbank ... 20% (Lese Datenbank ... 25% (Lese Datenbank ... 30% (Lese Datenbank ... 35% (Lese Datenbank ... 40% (Lese Datenbank ... 45% (Lese Datenbank ... 50% (Lese Datenbank ... 55% (Lese Datenbank ... 60% (Lese Datenbank ... 65% (Lese Datenbank ... 70% (Lese Datenbank ... 75% (Lese Datenbank ... 80% (Lese Datenbank ... 85% (Lese Datenbank ... 90% (Lese Datenbank ... 95% (Lese Datenbank ... 100% (Lese Datenbank ... 28860 Dateien und Verzeichnisse sind derzeit installiert.) , Vorbereitung zum Entpacken von .../archives/nano_3.2-3_amd64.deb ... , Entpacken von nano (3.2-3) ... , nano (3.2-3) wird eingerichtet ... , update-alternatives: /bin/nano wird verwendet, um /usr/bin/editor (editor) im automatischen Modus bereitzustellen , update-alternatives: /bin/nano wird verwendet, um /usr/bin/pico (pico) im automatischen Modus bereitzustellen , Done., , Registering maintenance script as command., Done., , ------------------------------------------------------------, ----- Step 2 of 5: Detecting ioBroker installation -----, ------------------------------------------------------------, , Existing installation of ioBroker detected in /opt/iobroker., , ------------------------------------------------------------, ----- Step 3 of 5: Checking ioBroker installation -----, ------------------------------------------------------------, , (Re)Setting folder permissions (This might take a while! Please be patient!)..., Done., , Fixing "sudo-bug" by replacing sudo in iobroker with gosu..., Done., , Hostname in ioBroker does not match the hostname of this container., Updating hostname to iobrokernas..., Host "Iobroker" successfully renamed to "iobrokernas"., The host for instance "system.adapter.admin.0" was changed from "Iobroker" to "iobrokernas"., The host for instance "system.adapter.discovery.0" was changed from "Iobroker" to "iobrokernas"., The host for instance "system.adapter.info.0" was changed from "Iobroker" to "iobrokernas"., Done., , ------------------------------------------------------------, ----- Step 4 of 5: Applying special settings -----, ------------------------------------------------------------, , Some adapters have special requirements/ settings which can be activated by the use of environment variables., For more information take a look at readme.md on Github!, , ------------------------------------------------------------, ----- Step 5 of 5: ioBroker startup -----, ------------------------------------------------------------, , Starting ioBroker..., , host.iobrokernas check instance "system.adapter.admin.0" for host "iobrokernas", host.iobrokernas check instance "system.adapter.discovery.0" for host "iobrokernas", host.iobrokernas check instance "system.adapter.info.0" for host "iobrokernas", Send diag info: {"uuid":"ab265f4a-67f9-a46a-c0b2-61e4b95cefe5","language":"","country":"","hosts":[{"version":"3.2.16","platform":"Javascript/Node.js","type":"linux"}],"node":"v12.22.1","arch":"x64","adapters":{"admin":{"version":"4.2.1","platform":"Javascript/Node.js"},"discovery":{"version":"2.6.1","platform":"Javascript/Node.js"},"info":{"version":"1.7.10","platform":"Javascript/Node.js"}},"statesType":"file","objectsType":"file","model":"Intel(R) Pentium(R) Silver J5040 CPU @ 2.00GHz","cpus":4,"mem":16507146240,"ostype":"Linux","city":""}, hash changed or no sources cached => force download of new sources, ls: Zugriff auf '/dev/disk/by-id/' nicht möglich: Datei oder Verzeichnis nicht gefunden, , ls: Zugriff auf '/dev/disk/by-id/' nicht möglich: Datei oder Verzeichnis nicht gefunden, ,
System ist eine DS918 in der DSM version 6.2.3 update 3
Iobroker wurde in /volume2/docker/iobroker_data installiert.
Einen Zugriff auf die Konsole im portainer bekomme ich auch.
IoBroker lässt sich auch starten.
Wie bekomme ich die Fehlermeldung mit dem fehlenden Zugriff gelöst?
mfg
Dirk -
@doerk32 sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Wie bekomme ich die Fehlermeldung mit dem fehlenden Zugriff gelöst?
Lese ein paar Beiträge über deinen , da ist es erklärt ... warum .. wieso ... usw.
-
@glasfaser Danke fur den Hinweis. Mit der Suche habe ichh dann auch die "Lösung" gefunden.
-
Hi zusammen,
kann mir jemand einen Tip geben, wie ich das Backup zum laufen bekomme?
Ich habe ein neuen Container auf ner DS920 erstellt und zuvor das Backup File in den Ordner gelegt.
Er fängt auch mit dem Restore an, endet dann aber im Nichts_iobrokerV5_logs (2).txt
restore log.txtDer Browser gibt nur das hier aus:
-
Moin,
ich habe ein Blocklyscript, welches mir bei erfasster Bewegung einen Monitor einschaltet bzw wenn x-Zeit keine Bewegung war, den wieder ausschaltet.Am Monitor hängt ein Raspberry und meine ioBroker-Installation läuft als Docker-Variante auf den Synology.
Bisher lief alles ohne Probleme, dann habe ich letztens den Docker-Container auf die neueste 5.1.0 upgedatet.
Ich kann jetzt nicht mehr genau sagen, ob es seitdem oder etwas später nicht mehr klappte.
Auf jedenfall wird der EXEC-Befehl im Blockly nicht mehr richtig ausgeführt.
Zum Ausschalten sollte er folgendes senden:ssh pi@192.168.33.250 vcgencmd display_power 0
Stelle ich vom exec den Loglevel auf info, sehe ich auch, dass der Befehl abgesetzt wird, aber trotzdem bleibt der Monitor an.
Gehe ich in den Terminal vom Docker und gebe dort den Befehl ein, schaltet sich der Monitor am RPi aus.Ich habe natürlich die Zertifikate untereinander ausgetauscht, damit ich den ssh-Befehl ausführen kann, da es ja aus dem Terminal raus klappt, funktioniert dies ja schon mal.
Nur aus dem Blockly raus, klappt es nicht.
Und ja in der Javascript-Instanz habe ich den "Exec-Befehl zulassen" markiert.Irgendjemand eine Idee, was sich auf einmal geändert haben kann?
-
@andre sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
@tstueben:Hmm, ich habe das über ein virtuelles Netzwerkdevice gelöst. Damit ist die NAS über diese virtuelle IP erreichbar.
Aber ehrlich gesagt, halte ich die MACVLAN ioBroker Docker Variante nur für "Experten" geeignet
# Virtuelles Netzwerk Device mac1 anlegen ip link add mac1 link eth0 type macvlan mode bridge ip addr add 192.168.20.80/32 dev mac1 ip link set mac1 up ip route add 192.168.20.80/28 dev mac1 ```` `
Ok, die Lösung hatte ich auch gesehen… das ist sicher nur was für experten...
Die Einfache Lösung kann man aber auch einem Laien erklären, vorallem wenn es über Portainer konfigurierbar ist... Wenn man dann ne /32 netmask verwendet, kann man dem iob sogar nur eine einzelne ip zuweisen... Läuft bei mir jetzt so... dann ist allerdings der host nicht erreichbar...
Das Problem was ich eigentlich gerade habe ist, dass durch die Umstellungen im ioBroker Setup im iobroker selbst jetzt "sudo" verwendet wird. Das hat zur Folge, dass iob auf der Synology im Host mode nicht mehr läuft... Lösung habe ich bis jetzt nicht gefunden.... Ich brauche für das Tut also eine andere "Netzwerk-Lösung"... Plan ist: standard = bridged mit portforwarding, erweitert = macvlan....
MfG,
André
https://forum.iobroker.net/post/222965
Hi Andre,
gibt es mittlerweile eine Lösung bzw. einen gangbaren Weg hierzu (Erreichbarkeit der Host IP-Adresse aus dem Docker heraus mit MACVLAN)? -
@fuxxz2 Da fällt mir jetzt auch nichts zu ein. Scheint als findet er da was nicht.
Hast du mal versucht einen leeren Container zu erstellen? Gibt es da eine ähnliche Meldung? Falls der leere Container problemlos läuft würde ich mal versuchen den Restore über die Kommandozeile zu machen.
Einfach das Backupfile ins Backup Verzeichnis (unter /opt/iobroker) kopieren, iobroker stoppen (pkill -u iobroker) und dann "iobroker restore" (ich glaube das war der ganze Befehl, sonst nochmal in der Doku nachlesen).MfG,
André -
@tugsi Seltsam. Wenn es aber vom Terminal im Docker Container geht, dann muss es eigentlich ein ioBroker Thema sein. Hast du vielleicht zwischenzeitlich js-controller oder script Adapter updates gemacht?
MfG,
André