UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[DiveDancer]

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

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

Gibt es hierfür...
Fixing "sudo-bug" by replacing sudo in iobroker with gosu... Done.
...einen einfachen Fix?

Warum willst du einen Fix fixen? Das ist nur eine Info dass im Container sudo durch gosu ersetzt wurde

Ich hatte dass so aufgefasst, als wenn wegen 'Berechtigungen' das Backup ungenutzt bleibt.

Ich will doch nur, dass mein Backup beim Container erstellen 'aktiviert' wird.

[fastfoot]

@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

[DiveDancer]

@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/

[DiveDancer]

SSH erkennt verständlicher weise den Befehl 'iobroker' nicht.

In der Container Console erreiche in den Host Pfad nicht.

[fastfoot]

@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

[DiveDancer]

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":""}

[fastfoot]

@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     

[fastfoot]

@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

[DiveDancer]

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# 

:-(

[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