NEWS
[HowTo] ioBroker unter Docker auf Synology DiskStation
-
@andre sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Einziger Unterschied ist, dass du ein MACVLAN das nicht im Portainer erstellt ist m.W. nicht über Portainer verwalten kannst.
In der Funktion sollte es keinen Unterschied geben. Was heisst denn verwalten? Im Portainer sehe ich da recht wenig und kann auch nichts nachträglich verändern, das gilt allerdings für alle Arten von Netzwerk. Im Prinzip kann ich nur löschen im Portainer, egal ob im Portainer angelegt oder via Script.
Habe ich da evtl. etwas übersehen?
@fastfoot sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Im Prinzip kann ich nur löschen im Portainer, egal ob im Portainer angelegt oder via Script.
Wenn das geht ist doch gut. :) Habe auch schon die Erfahrung gemacht dass sich Elemente die außerhalb von Portainer angelegt wurden im Portainer nicht löschen ließen. Daher der Hinweis.
Muss aber gestehen dass meine Erfahrungen da nicht mehr so tief gehen. Ich arbeite seit einiger Zeit ausschließlich mit Stacks (also docker-compose) und auch nicht mehr so viel auf der DiskStation.
Kann Stacks nur empfehlen. Im Stackfile kann man nämlich einfach die Konfiguration anpassen (z.B. eine ENV ändern/ hinzufügen oder ein Netzwerk anpassen) und compose kümmert sich um die Umsetzung :)MfG,
André -
@typ1er sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Nach der Anleitung von @andre wird beim Portainer für das Macvlan erst eine Konfiguration angelegt und im Anschluss per "Creation" aktiviert. Gibt es hier einen Unterschied zum erstellen im Terminal?
Einziger Unterschied ist, dass du ein MACVLAN das nicht im Portainer erstellt ist m.W. nicht über Portainer verwalten kannst.
In der Funktion sollte es keinen Unterschied geben. @typ1er sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Am Ende bin ich nach der Anleitung vom @Stuebi vorgegangen, auch mit dem "Virtuellem Device" um die Diskstation wieder ansprechbar zu machen, somit kann auch die anderen Container ansprechen.
Ja, kann man so machen. Es geht aber auch einfacher mit einem Bridge Netzwerk neben dem MACVLAN. :)
Gerade auf der Synology halte ich relativ wenig von "manuellen" Eingriffen wie das Anlegen des virtuellen Devices. Habe da immer ein bisschen Angst, dass Synology das mit einem Update zerschießt/ zurück setzt. Daher bevorzuge ich die Lösung über Docker Bordmittel. Aber wie immer gilt natürlich: Viele Wege führen nach Rom.Schön dass es geklappt hat.
MfG,
André@andre said in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Ja, kann man so machen. Es geht aber auch einfacher mit einem Bridge Netzwerk neben dem MACVLAN.
Gerade auf der Synology halte ich relativ wenig von "manuellen" Eingriffen wie das Anlegen des virtuellen Devices. Habe da immer ein bisschen Angst, dass Synology das mit einem Update zerschießt/ zurück setzt. Daher bevorzuge ich die Lösung über Docker Bordmittel. Aber wie immer gilt natürlich: Viele Wege führen nach Rom.
Schön dass es geklappt hat.Muss ich das Bridge Netzwerk dem Container einfach nur hinzufügen oder muss ich da noch etwas beachten? Hast du ein Beispiel?
-
@andre said in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Ja, kann man so machen. Es geht aber auch einfacher mit einem Bridge Netzwerk neben dem MACVLAN.
Gerade auf der Synology halte ich relativ wenig von "manuellen" Eingriffen wie das Anlegen des virtuellen Devices. Habe da immer ein bisschen Angst, dass Synology das mit einem Update zerschießt/ zurück setzt. Daher bevorzuge ich die Lösung über Docker Bordmittel. Aber wie immer gilt natürlich: Viele Wege führen nach Rom.
Schön dass es geklappt hat.Muss ich das Bridge Netzwerk dem Container einfach nur hinzufügen oder muss ich da noch etwas beachten? Hast du ein Beispiel?
@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 -
@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 instancesiobroker 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 aliveEDIT:
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)
iobroker als LXC unter Proxmox
-
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 aliveEDIT:
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 sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Woher kommen die Verzeichnisse in deinem zweiten Screenshot? Das scheint mir nicht korrekt. Erst einmal benötigst du eigentlich nur einen Mount und dann sollte dieser in das Verzeichnis "/opt/iobroker" gehen.
Grundsätzlich sieht dein Log gut aus. Ich vermute dass du entweder ein Problem mit dem Netzwerk hast oder dein Admin auf eine andere IP gebunden ist.
Dein Log sagt:Existing installation of ioBroker detected in /opt/iobroker.Installierst du eine neue, leere ioBroker Instanz?
MfG,
André@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 -
@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ß
leachimHallo 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
-
@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@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é -
@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
-
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:
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é -
@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 -
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 0Stelle 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?
Master ioBroker in Proxmox als LXC auf 1. Tiny-Lenovo, Proxmox-VM als Slave auf 2. Tinyi-Lenovo mit Zigbee und Monitor zur Visualisierung, Hauptautomatisierung über S7 auf Beckhoff CX, dazu noch Shelly, Homematic...
-
@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é
@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)?
607
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge