NEWS
[HowTo] ioBroker unter Docker auf Synology DiskStation
-
@fastfoot sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
@divedancer sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Ich will doch nur, dass mein Backup beim Container erstellen 'aktiviert' wird.
Dazu muss das file aber in /opt/iobroker liegen, nicht in /opt/iobroker/backup. Der gesamte Ordner muss dazu auch leer sein(außer dem Backupfile).
Du kannst es jetzt aber auch so einspielen:
- pkill -u iobroker
- iobroker restore 0 (oder iobroker restore backupfilename)
- Neustart des Containers und Warten bis Adapter installiert wurden
Das scheint weder in der Container Console, noch in Putty zu funktionieren.
Das Backup hatte ich im Host Pfad abgelegt.
/opt/iobroker/backups/ -
SSH erkennt verständlicher weise den Befehl 'iobroker' nicht.
In der Container Console erreiche in den Host Pfad nicht.
-
@divedancer sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
SSH erkennt verständlicher weise den Befehl 'iobroker' nicht.
In der Container Console erreiche in den Host Pfad nicht.
was heisst denn scheint? wenn dein Backup dort liegt dann funktioniert es genau wie beschrieben, natürlich von der Containerkonsole aus
-
Dazu muss das file aber in /opt/iobroker liegen, nicht in /opt/iobroker/backup. Der gesamte Ordner muss dazu auch leer sein(außer dem Backupfile).
Ich hab vor dem Container Neustart das Backup in den iobroker Ordner verschobe und den backups Ordner gelöscht.
Das Ergebnis ist leider das selbe.
Das Backup läuft nicht.----- Welcome to your ioBroker-container! ----- ----- Startupscript is now running. ----- ----- Please be patient! ----- ------------------------------------------------------------ ------------------------------------------------------------ ----- Debugging information ----- ----- ----- ----- System ----- ----- arch: armv7l ----- ----- ----- ----- Versions ----- ----- image: v5.1.0 ----- ----- node: v12.22.1 ----- ----- npm: 6.14.12 ----- ----- ----- ----- ENV ----- ----- PACKAGES: nano ----- ----- SETGID: 1000 ----- ----- SETUID: 1000 ----- ----- USBDEVICES: /dev/serial/by-id/ ----- ----- ZWAVE: false ----- ------------------------------------------------------------ ------------------------------------------------------------ ----- 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: (No usable dialog-like program is installed, so the dialog based frontend cannot be used. at /usr/share/perl5/Debconf/FrontEnd/Dialog.pm line 76, <> line 1.) debconf: falling back to frontend: Readline Selecting previously unselected package nano. (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 ... 25575 files and directories currently installed.) Preparing to unpack .../archives/nano_3.2-3_armhf.deb ... Unpacking nano (3.2-3) ... Setting up nano (3.2-3) ... update-alternatives: using /bin/nano to provide /usr/bin/editor (editor) in auto mode update-alternatives: warning: skip creation of /usr/share/man/man1/editor.1.gz because associated file /usr/share/man/man1/nano.1.gz (of link group editor) doesn't exist update-alternatives: using /bin/nano to provide /usr/bin/pico (pico) in auto mode update-alternatives: warning: skip creation of /usr/share/man/man1/pico.1.gz because associated file /usr/share/man/man1/nano.1.gz (of link group pico) doesn't exist 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 RasPi4b... The host for instance "system.adapter.admin.0" was changed from "c9b7b12a8335" to "RasPi4b". The host for instance "system.adapter.discovery.0" was changed from "c9b7b12a8335" to "RasPi4b". The host for instance "system.adapter.info.0" was changed from "c9b7b12a8335" to "RasPi4b". 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! Usb-device-support is activated by ENV. Setting permissions for /dev/serial/by-id/... Done. ------------------------------------------------------------ ----- Step 5 of 5: ioBroker startup ----- ------------------------------------------------------------ Starting ioBroker... host.RasPi4b check instance "system.adapter.admin.0" for host "RasPi4b" host.RasPi4b check instance "system.adapter.discovery.0" for host "RasPi4b" host.RasPi4b check instance "system.adapter.info.0" for host "RasPi4b" 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":"arm","adapters":{"admin":{"version":"4.2.1","platform":"Javascript/Node.js"},"discovery":{"version":"2.6.1","platform":"Javascript/Node.js"},"info":{"version":"1.7.14","platform":"Javascript/Node.js"}},"statesType":"file","objectsType":"file","model":"ARMv7 Processor rev 3 (v7l)","cpus":4,"mem":4013191168,"ostype":"Linux","city":""} hash changed or no sources cached => force download of new sources ls: cannot access '/dev/disk/by-id/': No such file or directory ls: cannot access '/dev/disk/by-id/': No such file or directory 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":"arm","adapters":{"admin":{"version":"4.2.1","platform":"Javascript/Node.js"},"discovery":{"version":"2.6.1","platform":"Javascript/Node.js"},"info":{"version":"1.7.14","platform":"Javascript/Node.js"}},"statesType":"file","objectsType":"file","model":"ARMv7 Processor rev 3 (v7l)","cpus":4,"mem":4013191168,"ostype":"Linux","city":""} Send diag info: {"uuid":"ab265f4a-67f9-a46a-c0b2-61e4b95cefe5","language":"de","country":"","hosts":[{"version":"3.2.16","platform":"Javascript/Node.js","type":"linux"}],"node":"v12.22.1","arch":"arm","adapters":{"admin":{"version":"4.2.1","platform":"Javascript/Node.js"},"discovery":{"version":"2.6.1","platform":"Javascript/Node.js"},"info":{"version":"1.7.14","platform":"Javascript/Node.js"}},"statesType":"file","objectsType":"file","model":"ARMv7 Processor rev 3 (v7l)","cpus":4,"mem":4013191168,"ostype":"Linux","city":""} Send diag info: {"uuid":"ab265f4a-67f9-a46a-c0b2-61e4b95cefe5","language":"de","country":"","hosts":[{"version":"3.2.16","platform":"Javascript/Node.js","type":"linux"}],"node":"v12.22.1","arch":"arm","adapters":{"admin":{"version":"4.2.1","platform":"Javascript/Node.js"},"discovery":{"version":"2.6.1","platform":"Javascript/Node.js"},"info":{"version":"1.7.14","platform":"Javascript/Node.js"}},"statesType":"file","objectsType":"file","model":"ARMv7 Processor rev 3 (v7l)","cpus":4,"mem":4013191168,"ostype":"Linux","city":""} Send diag info: {"uuid":"ab265f4a-67f9-a46a-c0b2-61e4b95cefe5","language":"de","country":"","hosts":[{"version":"3.2.16","platform":"Javascript/Node.js","type":"linux"}],"node":"v12.22.1","arch":"arm","adapters":{"admin":{"version":"4.2.1","platform":"Javascript/Node.js"},"discovery":{"version":"2.6.1","platform":"Javascript/Node.js"},"info":{"version":"1.7.14","platform":"Javascript/Node.js"}},"statesType":"file","objectsType":"file","model":"ARMv7 Processor rev 3 (v7l)","cpus":4,"mem":4013191168,"ostype":"Linux","city":""}
-
@divedancer sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Das Backup hatte ich im Host Pfad abgelegt.
/opt/iobroker/backups/Das ist aber der Containerpfad, bzw. muss es sein. Den Pfad kannst du ja auch mappen
volumes: - /opt/iobroker:/var/lib/docker/volumes/iobrokerdata - /opt/iobroker/backups:/var/lib/docker/volumes/iobrokerdata/backups
-
@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
-
In der Container Console erreiche in den Host Pfad nicht.
was heisst denn scheint? wenn dein Backup dort liegt dann funktioniert es genau wie beschrieben, natürlich von der Containerkonsole aus
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# pkill -u iobroker root@RasPi4b:/opt/iobroker# 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:/opt/iobroker# ^C root@RasPi4b:/opt/iobroker#
-
@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 !?
-
ls /opt/iobroker/backups
-
@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#
-
@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
-
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#
-
/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??? -
@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
-
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? -
@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
-
@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#
-
@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 -
@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 restoreDas ist die Ausgabe von der Container Console vom iobroker.
(Aus dem Portainer heraus) -
@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#