Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[DiveDancer]

@fastfoot sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

@divedancer sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

Ich hab vor dem Container Neustart das Backup in den iobroker Ordner verschobe und den backups Ordner gelöscht.

Das funktioniert nur beim erstmaligen Start des Containers, danach nie wieder

Ich hatte den Container Removed

Und einen neuen erstellt !?

[fastfoot]

@divedancer

ls /opt/iobroker/backups

[DiveDancer]

@fastfoot sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

ls /opt/iobroker/backups

root@RasPi4b:/opt/iobroker# ls /opt/iobroker/backups
ls: cannot access '/opt/iobroker/backups': No such file or directory
root@RasPi4b:/opt/iobroker#

[fastfoot]

@divedancer sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

Ich hatte den Container Removed
Und einen neuen erstellt !?

/var/lib/docker/volumes/iobrokerdata muss dann leer sein! Das Backupfile dann da rein und starten. Oder einen Backupordner zusätzlich mappen und anschliessend wie gezeigt manuell

[DiveDancer]

Das ist wohl zu hoch für mich

root@RasPi4b:/opt/iobroker# ls
INSTALLER_INFO.txt  iob  iobroker  iobroker.bak  iobroker-data  log  node_modules  package.json  package-lock.json  reinstall.js
root@RasPi4b:/opt/iobroker# cd
root@RasPi4b:~# cd ..
root@RasPi4b:/# ls
bin  boot  dev  etc  home  lib  media  mnt  opt  proc  root  run  sbin  srv  sys  tmp  usr  var
root@RasPi4b:/# cd var
root@RasPi4b:/var# cd lib
root@RasPi4b:/var/lib# cd docker
root@RasPi4b:/var/lib/docker# cd volumes
root@RasPi4b:/var/lib/docker/volumes# ls
iobrokerdata
root@RasPi4b:/var/lib/docker/volumes# cd iobrokerdata/
root@RasPi4b:/var/lib/docker/volumes/iobrokerdata# ls
backups  iobroker_2021_06_07-02_46_10_Pi4_a_backupiobroker.tar.gz
root@RasPi4b:/var/lib/docker/volumes/iobrokerdata# cd backups
root@RasPi4b:/var/lib/docker/volumes/iobrokerdata/backups# ls
iobroker_2021_06_07-02_46_10_Pi4_a_backupiobroker.tar.gz
root@RasPi4b:/var/lib/docker/volumes/iobrokerdata/backups# pkill -u iobroker
root@RasPi4b:/var/lib/docker/volumes/iobrokerdata/backups# iobroker restore 0
No matching backup found
host.RasPi4b Cannot find /opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../../../backups/_backupiobroker.tar.gz
root@RasPi4b:/var/lib/docker/volumes/iobrokerdata/backups# 

[DiveDancer]

/var/lib/docker/volumes/iobrokerdata muss dann leer sein! Das Backupfile dann da rein und starten. Oder einen Backupordner zusätzlich mappen und anschliessend wie gezeigt manuell

das Backup in deinen Pfad, wenn der Ordner gelöscht und neu erstellt wurde?

Oder im Anschluss muss das Backup wie gehabt im Pfad: /opt/iobroker/
liegen???

[fastfoot]

@divedancer sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

/var/lib/docker/volumes/iobrokerdata muss dann leer sein! Das Backupfile dann da rein und starten. Oder einen Backupordner zusätzlich mappen und anschliessend wie gezeigt manuell

das Backup in deinen Pfad, wenn der Ordner gelöscht und neu erstellt wurde?

Oder im Anschluss muss das Backup wie gehabt im Pfad: /opt/iobroker/
liegen???

ich verstehe gerade deine Pfade nicht. /opt/iobroker hat doch auf deinem Host nichts zu suchen.

du mappst einen leeren Host-Pfad(/var/lib/docker/volumes/iobrokerdata) zu dem späteren Containerpfad /opt/iobroker. Da kopierst du das Backupfile rein und erstellst den Container und das Restore sollte automatisch beim Erstellen erfolgen und wird im LOG auch so angezeigt.

Wenn das nicht klappt, dann

• /opt/iobroker/backups im Container erstellen wenn nicht schon vorhanden.
• Das Backup dort rein (jetzt müsste ja der Ordner /var/lib/docker/volumes/iobrokerdata/backups vorhanden sein) und mit
• iobroker restore 0 weitermachen, nachdem zuvor iobroker mit pkill -u iobroker gestoppt wurde

[DiveDancer]

Wenn das nicht klappt, dann

• /opt/iobroker/backups im Container erstellen wenn nicht schon vorhanden.
• Das Backup dort rein (jetzt müsste ja der Ordner /var/lib/docker/volumes/iobrokerdata/backups vorhanden sein) und mit
• iobroker restore 0 weitermachen, nachdem zuvor iobroker mit pkill -u iobroker gestoppt wurde

Den...backups... Ordner habe ich erstellt.
Aber wie kopiere ich da das Backup rein?

[fastfoot]

@divedancer sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

/var/lib/docker/volumes/iobrokerdata/backups

/var/lib/docker/volumes/iobrokerdata/backups vom Host aus

[DiveDancer]

@fastfoot sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

@divedancer sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

/var/lib/docker/volumes/iobrokerdata/backups

/var/lib/docker/volumes/iobrokerdata/backups vom Host aus

Das Backup konnte ich kopieren.
Aber der Restore läuft dennoch nicht.

root@RasPi4b:/var/lib/docker/volumes/iobrokerdata/backups# ls
iobroker_2021_06_07-02_46_10_Pi4_a_backupiobroker.tar.gz
root@RasPi4b:/var/lib/docker/volumes/iobrokerdata/backups# pkill -u iobroker
root@RasPi4b:/var/lib/docker/volumes/iobrokerdata/backups# iobroker restore 0
No matching backup found
host.RasPi4b Cannot find /opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../../../backups/_backupiobroker.tar.gz
root@RasPi4b:/var/lib/docker/volumes/iobrokerdata/backups# 

[fastfoot]

@divedancer Arrrrgh, wo bist du da? Auf dem Host? Du musst das im Container machen, immer in /opt/iobroker. Nach dem Kopieren auf dem Host solltest du im Container das Backup mit
ls -a /opt/iobroker/backups sehen können. Danach pkill.... und restore

[DiveDancer]

@fastfoot sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

@divedancer Arrrrgh, wo bist du da? Auf dem Host? Du musst das im Container machen, immer in /opt/iobroker. Nach dem Kopieren auf dem Host solltest du im Container das Backup mit
ls -a /opt/iobroker/backups sehen können. Danach pkill.... und restore

Das ist die Ausgabe von der Container Console vom iobroker.
(Aus dem Portainer heraus)

[DiveDancer]

@fastfoot sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

ls -a /opt/iobroker/backups

Nein, der Ordner ist wohl leer:

root@RasPi4b:/var/lib/docker/volumes/iobrokerdata/backups# ls -al /opt/iobroker/backups
total 12
drwxrwxrwx 2 root     root     4096 Jun  7 17:40 .
drwxrwxr-x 1 iobroker iobroker 4096 Jun  7 17:40 ..
root@RasPi4b:/var/lib/docker/volumes/iobrokerdata/backups# 

[fastfoot]

@divedancer sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

@fastfoot sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

@divedancer Arrrrgh, wo bist du da? Auf dem Host? Du musst das im Container machen, immer in /opt/iobroker. Nach dem Kopieren auf dem Host solltest du im Container das Backup mit
ls -a /opt/iobroker/backups sehen können. Danach pkill.... und restore

Das ist die Ausgabe von der Container Console vom iobroker.
(Aus dem Portainer heraus)

Aber im Container hast du doch kein /var/lib/docker.... ! Das ist doch der Ordner den du gemappt hast! im Container nur(!!!!!) /opt/iobroker nutzen

[DiveDancer]

Aber im Container hast du doch kein /var/lib/docker.... ! Das ist doch der Ordner den du gemappt hast! im Container nur(!!!!!) /opt/iobroker nutzen

Aber nun habe ich laut SSH Konsolen das Backup überall verteilt.
:-(

[fastfoot]

@divedancer deine Pfade sind totaler Schrott! Das Host-Verzeichnis kommt im Mapping zuerst, Du hast es genau andersherum
volumes:
- /opt/iobroker:/var/lib/docker/volumes/iobrokerdata

/var/lib/docker/volumes/iobrokerdata:/opt/iobroker

[DiveDancer]

@fastfoot sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

@divedancer deine Pfade sind totaler Schrott! Das Host-Verzeichnis kommt im Mapping zuerst, Du hast es genau andersherum
volumes:
- /opt/iobroker:/var/lib/docker/volumes/iobrokerdata

/var/lib/docker/volumes/iobrokerdata:/opt/iobroker

Ich hab das jetzt mal korrigiert.
Und beim Neuaufsetzen des Containers scheint er da etwas zu restoren
:-(

[DiveDancer]

Moin,

@fastfoot - Danke

Mit dem Compose läuft es jetzt...

version: "2"
 
services:
 
  iobroker:
    container_name: iobroker
    image: buanet/iobroker:latest-v5
    hostname: RasPi4b    
    restart: always
    privileged: true 
    stdin_open: true
    tty: true    
    ports:          # Ports die nach Außen durchgereicht werden sollen               
     - "1880:1880"  # node-red
     - "1883:1883"  # mqtt
     #- "2001:2001"  # homematic
     - "8081:8081"  # ioBroker Admin Oberfläche
     - "8082:8082"  # vis
     - "8282:8282"  # flot
     - "8088:8088"  # terminal 
     - "8284:8284"  # socketIO
    devices:
     - "/dev:/dev"
    volumes:     
     - /var/lib/docker/volumes/iobrokerdata/backups:/opt/iobroker/backups     
     - /var/lib/docker/volumes/iobrokerdata:/opt/iobroker     
     - /dev/serial/by-id/:/dev/serial/by-id/
    environment:   
     - DEBIAN_FRONTEND=teletype
     - LANG=de_DE.UTF‑8
     - LANGUAGE=de_DE:de
     - LC_ALL=de_DE.UTF‑8
     - TZ=Europe/Berlin
     - PACKAGES=nano
     - Zigbee=false
     - ZWAVE=false
     - USBDEVICES=/dev/ttyACM0
     - USBDEVICES=/dev/serial/by-id/zigbee
     - USBDEVICES=/dev/serial/by-id/zwave
     - USBDEVICES=/dev/serial/by-id/

[DiveDancer]

Mit der ganzen Testerei habe ich mir zwar jetzt das System zerschossen, aber alle Instanzen im Broker sind grün.

Ich muss zwar jetzt erst einmal das System des Dockers neu aufsetzen, weil ich mir die Reparatur der Dateipfade nicht zutraue, aber ein Problem bleibt.

Ich habe es bis Dato nie geschafft USB Devices durchzureichen.
Jetzt laufen sie zwar aber ich befürchte nur wegen dieser Zeile, richtig?

    privileged: true

Wenn ich jedoch aktuell den Status auf false stelle wird der Container wegen fehlender Berechtigungen nicht vollständig erstellt.

Ich nutze einen Zigbee Stick (Conbee) und einen Z-Wave Stick (ZMEEUZB1)
Deswegen würde ich gern je den „by-id“-Pfad nutzen.
Leider hatte ich es auch mit @andre 's Beschreibung die Sticks durchzureichen, nicht geschafft. :-(
Die jeweiligen ID's habe ich:
/dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE ...
/dev/serial/by-id/usb- ...

Könnte mir noch Jemand die genauen Pfad Angaben für das Compose nennen, um dies zu erreichen?

[andre]

@divedancer sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

Jetzt laufen sie zwar aber ich befürchte nur wegen dieser Zeile, richtig?
privileged: true

Geht würde ich aber nicht machen.

@divedancer sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

Mit dem Compose läuft es jetzt...
version: "2"

services:

iobroker:
container_name: iobroker
image: buanet/iobroker:latest-v5
hostname: RasPi4b
restart: always
privileged: true
stdin_open: true
tty: true
ports: # Ports die nach Außen durchgereicht werden sollen
- "1880:1880" # node-red
- "1883:1883" # mqtt
#- "2001:2001" # homematic
- "8081:8081" # ioBroker Admin Oberfläche
- "8082:8082" # vis
- "8282:8282" # flot
- "8088:8088" # terminal
- "8284:8284" # socketIO
devices:
- "/dev:/dev"
volumes:
- /var/lib/docker/volumes/iobrokerdata/backups:/opt/iobroker/backups
- /var/lib/docker/volumes/iobrokerdata:/opt/iobroker
- /dev/serial/by-id/:/dev/serial/by-id/
environment:
- DEBIAN_FRONTEND=teletype
- LANG=de_DE.UTF‑8
- LANGUAGE=de_DE:de
- LC_ALL=de_DE.UTF‑8
- TZ=Europe/Berlin
- PACKAGES=nano
- Zigbee=false
- ZWAVE=false
- USBDEVICES=/dev/ttyACM0
- USBDEVICES=/dev/serial/by-id/zigbee
- USBDEVICES=/dev/serial/by-id/zwave
- USBDEVICES=/dev/serial/by-id/

Deine Devices sind komplett falsch hinterlegt...

https://github.com/buanet/ioBroker.docker

USBDEVICES=/dev/ttyACM0;/dev/serial/by-id/zigbee;/dev/serial/by-id/zwave

Und dann den mist raus:

volumes:
- /var/lib/docker/volumes/iobrokerdata/backups:/opt/iobroker/backups
- /var/lib/docker/volumes/iobrokerdata:/opt/iobroker
- /dev/serial/by-id/:/dev/serial/by-id/

Und den Mist rein:

devices:
- /dev/ttyACM0:/dev/ttyACM0
- /dev/serial/by-id/xxx:/dev/serial/by-id/zigbee
- /dev/serial/by-id/xxx:/dev/serial/by-id/zwave

MfG,
André