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

[simatec]

@r0b1zZle sagte in Restore funktioniert nicht:

@simatec Raspy komplett neu aufgesetzt, ansonsten nichts weiter außer dem, was du geschrieben hast, gleiches Ergebnis:

dietpi@pi:~$ sudo iobroker restore 2020_02_27-19_30_02_backupiobroker.tar.gz
host.pi Cannot extract from file "/opt/iobroker/node_modules/iobroker.js-control ler/lib/setup/../../../../backups/2020_02_27-19_30_02_backupiobroker.tar.gz"
host.pi Cannot find extracted file from file "/opt/iobroker/node_modules/iobroke r.js-controller/tmp/backup/backup.json"
iobroker controller daemon is not running
host.pi OK.
(node:1349) UnhandledPromiseRejectionWarning: Error: ENOENT: no such file or dir ectory, open '/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/backu p.json'
    at Object.openSync (fs.js:443:3)
    at Object.readFileSync (fs.js:343:35)
    at BackupRestore.restoreAfterStop (/opt/iobroker/node_modules/iobroker.js-co ntroller/lib/setup/setupBackup.js:566:23)
    at Daemon.daemon.on (/opt/iobroker/node_modules/iobroker.js-controller/lib/s etup/setupBackup.js:846:22)
    at Daemon.emit (events.js:203:15)
    at Daemon._kill (/opt/iobroker/node_modules/daemonize2/lib/daemonize.js:246: 14)
    at Daemon.stop (/opt/iobroker/node_modules/daemonize2/lib/daemonize.js:185:1 7)
    at tar.extract.err (/opt/iobroker/node_modules/iobroker.js-controller/lib/se tup/setupBackup.js:848:20)
    at process._tickCallback (internal/process/next_tick.js:68:7)
(node:1349) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This  error originated either by throwing inside of an async function without a catch  block, or by rejecting a promise which was not handled with .catch(). (rejection  id: 1)
(node:1349) [DEP0018] DeprecationWarning: Unhandled promise rejections are depre cated. In the future, promise rejections that are not handled will terminate the  Node.js process with a non-zero exit code.

Hast du andere Befehle auch mit sudo ausgeführt? Das hatte ich so nicht geschrieben

[r0b1zZle]

@harrym nein, das kommt weil ich die Console größer gezogen habe und beim Kopieren jetzt die Zeilenumbrüche nochmal als Leerzeichen gesetzt wurden.

@simatec Nein, nur das backup, weil keine Berechtigung.

dietpi@pi:~$ iobroker restore 2020_02_27-19_30_02_backupiobroker.tar.gz
[sudo] Passwort für dietpi:
Leider darf der Benutzer dietpi »/usr/bin/node /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js restore 2020_02_27-19_30_02_backupiobroker.tar.gz« als iobroker auf pi nicht ausführen.

PS: Das neue Backup kann ich ohne Probleme wieder einspielen.

[simatec]

@r0b1zZle
Gut dann stimmen deine rechte da definitiv nicht und hast ein ganz anderes Problem ...

[r0b1zZle]

@simatec Dann habe ich wohl Pech gehabt, vielen Dank trotzdem für die ausführliche Hilfe! Dann muss ich eben alle Scripte neu schreiben und das nächste Mal noch einmal separat wegspeichern, falls wieder so ein Fall eintritt.

[simatec]

@r0b1zZle Nein du hast du nur etwas falsch gemacht.
Laut der Anleitung wie ich sie geschrieben habe, kann dieser fehler nicht auftreten.
Mache es nach Anleitung. Habe gerade heute genau so einen iobroker so aufgesetzt und der läuft tadellos

[r0b1zZle]

@simatec Habe es heute nochmals neu aufgesetzt, mit raspbian lite und diesmal brauchte ich kein "sudo". Konnte alle Befehle exakt genau so eintragen, wie du sie oben gepostest hast, Ergebnis: gleicher Fehler wie vorher. Kann es sein, dass man die Backups durch das Zwischenspeichern auf dem Windows-Rechner irgendwie zerschießt oder die Rechte ändert? Ein Backup, das ich gestern erst erstellt habe, testete ich ebenfalls zu restoren, gleicher Fehler. Was alle Backups gemein hatten, war, dass sie eben auf meinem Windows-PC zwischengespeichert wurden.

[Homoran]

@r0b1zZle sagte in Restore funktioniert nicht:

oder die Rechte ändert?

ja!
wenn du sie mit WIN-SCP oder filezilla auf den Pi kopierst haben sie wahrscheinlich die Rechte des Users, mit dem du dich da anmeldest, und nicht des users ioBroker

kannst dir ja mal die Rechte (bei filezilla) ansehen

[simatec]

@r0b1zZle
Du kannst dem auch per Konsole mal die Rechte neu setzen.

sudo chmod 777 /opt/iobroker/backups/dateiname-deines-backups.tar.gz

Zeige mal den Inhalt deines Backupordners

ls -al /opt/iobroker/backups

[r0b1zZle]

@simatec

"Du kannst dem auch per Konsole mal die Rechte neu setzen." habe ich gemacht, gleiches Ergebnis.

pi@raspberrypi4-iob:~ $ ls -al /opt/iobroker/backups
insgesamt 80
drwxrwxr-x+ 2 iobroker iobroker  4096 Mär 31 17:57 .
drwxrwxr-x+ 8 iobroker iobroker  4096 Mär 31 19:29 ..
-rwxrwxrwx+ 1 iobroker iobroker 20123 Mär 31 18:01 2020_02_27-19_30_02_backupiobroker.tar.gz
-rwxrwxrwx+ 1 iobroker iobroker 30356 Mär 31 17:57 2020_03_31-17_57_39_backupiobroker.tar.gz
-rwxrwxrwx+ 1 iobroker iobroker 20403 Mär 31 17:58 iobroker_2020_03_31-17_31_52_backupiobroker.tar.gz

PS: Wie kann ich hier Quotes einfügen?

[simatec]

@r0b1zZle
Mit welchem User hast du iobroker installiert?
Hast du mal deine Backups mit 7zip vorher geprüft? Sind die eventuell defekt?

Füge mal deinen User der Gruppe iobroker hinzu.

sudo usermod -aG iobroker {Benutzername}
sudo reboot

Bitte den Benutzer ohne Klammern

[r0b1zZle]

@simatec mit "pi"

sudo usermod -aG iobroker pi
sudo reboot

Danach nochmal:

pi@raspberrypi4-iob:~ $ iobroker stop
pi@raspberrypi4-iob:~ $ sudo chmod 777 /opt/iobroker/backups/iobroker_2020_03_31-17_31_52_backupiobroker.tar.gz

pi@raspberrypi4-iob:~ $ iobroker restore iobroker_2020_03_31-17_31_52_backupiobroker.tar.gz
host.raspberrypi4-iob Cannot extract from file "/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../../../backups/iobroker_2020_03_31-17_31_52_backupiobroker.tar.gz"
host.raspberrypi4-iob Cannot find extracted file from file "/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/backup.json"
iobroker controller daemon is not running
host.raspberrypi4-iob OK.
(node:1261) UnhandledPromiseRejectionWarning: Error: ENOENT: no such file or directory, open '/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/backup.json'
    at Object.openSync (fs.js:443:3)
    at Object.readFileSync (fs.js:343:35)
    at BackupRestore.restoreAfterStop (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:566:23)
    at Daemon.daemon.on (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:846:22)
    at Daemon.emit (events.js:203:15)
    at Daemon._kill (/opt/iobroker/node_modules/daemonize2/lib/daemonize.js:246:14)
    at Daemon.stop (/opt/iobroker/node_modules/daemonize2/lib/daemonize.js:185:17)
    at tar.extract.err (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:848:20)
    at process._tickCallback (internal/process/next_tick.js:68:7)
(node:1261) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). (rejection id: 1)
(node:1261) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.

[simatec]

@r0b1zZle
Wie sehen denn die Rechte das Backup Ordners aus?

[r0b1zZle]

@simatec

pi@raspberrypi4-iob:~ $ ls -al /opt/iobroker/

drwxrwxr-x+   2 iobroker iobroker   4096 Mär 31 17:57 backups

[simatec]

@r0b1zZle
Da ist aber nicht viel drin in dem Ordner /opt/iobroker
Oder hast du die Ausgabe gekürzt?

[r0b1zZle]

@simatec ja, willst du die ganze Liste?

[simatec]

@r0b1zZle
Nein das ist ok ... Fangen wir wir mal von vorne an.
Welche node, nodejs, npm und js-controller Version sind aktuell bei dir installiert?

[r0b1zZle]

@simatec

node: v10.19.0
nodejs: v10.19.0
npm: 6.13.4
js-controller: 2.2.9

[simatec]

@r0b1zZle
Mit welchen js-controller wurde die Backup-Datei erstellt?
Kannst du bitte nochmal den Fixer ausführen und schauen, ob da irgendwelche Fehler kommen?

cd /opt/iobroker
curl -sL https://iobroker.net/fix.sh | bash -

[simatec]

@r0b1zZle

Hier noch ein Tipp aus der Forumsuche.
Vielleicht hilft dir dies ja auch weiter ...

https://forum.iobroker.net/post/397524

[paul.honka]

Hallo,
ich hänge mich mal dran. Auch bei mir läuft nach der Neuinstallation, wie in der Doku unter Linux beschrieben, das Restore nicht. Nach der Installation über curl wurde der Backitup Adapter installiert und das Restore angestossen.Backup ca. / Tage alt. node und nodejs sind 10.19.0 und
npm ist 6.14.4 und js ist 2.2.9. Ich komme nach dem Restore nicht mehr auf die Weboberfläche. Der Fixer wurde auch schon gestartet, ohne Erfolg.
Im Log stehen alle 30 sek folgende Meldungen:
2020-04-01 12:07:22.443 - error: host.Humboldt35 No connection to databases possible, restart
2020-04-01 12:07:22.449 - info: host.Humboldt35 iobroker _restart
2020-04-01 12:07:23.347 - info: host.Humboldt35 iobroker Starting node restart.js
2020-04-01 12:07:25.127 - info: host.Humboldt35 iobroker.js-controller version 2.2.9 js-controller starting
2020-04-01 12:07:25.138 - info: host.Humboldt35 Copyright (c) 2014-2020 bluefox, 2014 hobbyquaker
2020-04-01 12:07:25.139 - info: host.Humboldt35 hostname: Humboldt35, node: v10.19.0
2020-04-01 12:07:25.142 - info: host.Humboldt35 ip addresses: 192.168.0.60 2a02:8109:1b3f:c414:effe:edd5:8f02:593d fe80::a958:8030:a81b:3e64

Was ist denn da verkehrt gelaufen?
Beste Grüsse Paul