[HowTo] ioBroker unter Docker auf Synology DiskStation

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é

Jacke

Hallo ich habe den Docker auf Unraid installiert leider funktioniert das Backup nicht. Ich packe es in den richtigen Ordner, er erstellt alle Adapter aber sie werden nicht gestartet. Im Browser ist die Instanzen seite auch leer.
Gruß Nils

darkiop

@jacke wieso postest du das hier noch einmal?

https://forum.iobroker.net/topic/46118/io-broker-backup-unraid/5?_=1625163869892

dtp

Hi,

nach dem Update auf DSM 7.0 bekomme ich keinen Zugriff mehr auf die MariaDB10-Datenbank.

Alle Einstellungen sind identisch zu vorher. Jemand eine Idee?

dtp

Hab gerade mal eine neue Datenbank unter phpMyAdmin angelegt. Die wurde dann auch sofort gefunden. Dann muss ich wohl die alte Datenbank löschen und neu anlegen. Das Problem ist, dass dabei alle meine mit sql.0 verknüpften Datenpunkte ihre entsprechende Verknüpfung verlieren und ich sie dann wieder manuell einrichten msus. Oder gibt es da eine Möglichkeit zum Abspeichern und Wiederherstellen?

EDIT: So, hab mal die sql-Datenbank gelöscht und unter demselben Namen neu angelegt sowie die zugehörige sql-Adapter-Instanz gelöscht und ebenfalls neu angelegt. Zu meiner Überraschung waren danach wieder automatisch alle vorher mit der sql.0-Instanz verknüpften Datenpunkte verknüpft. Sehr schön.

Community Forum

NEWS

[HowTo] ioBroker unter Docker auf Synology DiskStation

Support us

921

32.4k

81.4k

1.3m