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

[simatec]

@r0b1zZle
Lief dein System vorher mit redis? Wenn ja wie genau?
Object=redis/file=redis?

Dann muss du zuerst das redis backup wiederherstellen und dann im Anschluss iobroker

[r0b1zZle]

@simatec Nein, es lief ohne redis

[simatec]

@r0b1zZle

hmmm warum installierst du dann redis?
Mache mal bitte folgendes ...

Lege das Backup mal in den Ordner Backups und führe folgendes aus

sudo chmod 777 /opt/iobroker/backups/*
iobroker restore 0
iobroker start

[r0b1zZle]

@simatec Weil in der Anleitung folgendes stand:

*"Steht in Objects type und/oder States type "redis", müsst ihr zwingend auf dem neuen System den Redis Server installieren.
Steht hingehen bei beiden Typen "file", wird der Redis Server nicht benötigt.

Solltet ihr keinen Zugriff mehr auf das alte System haben und ihr wisst nicht, was da vorher genau konfiguriert war, dann installiert auf jeden Fall den Redis-Server im Vorfeld."*

Das hatte ich auch bereits getestet, gleiches Problem:

pi@raspberrypi4-iob:~ $ iobroker stop
pi@raspberrypi4-iob:~ $ sudo chmod 777 /opt/iobroker/backups/*
pi@raspberrypi4-iob:~ $ iobroker restore 0
host.raspberrypi4-iob Using backup file 2020_03_29-14_00_46_backupiobroker.tar.gz
host.raspberrypi4-iob Cannot extract from file "/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../../../backups/2020_03_29-14_00_46_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:7864) 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)
(node:7864) 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:7864) [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.

[Jan1]

@r0b1zZle sagte in Restore funktioniert nicht:

Objects type: file
States type: file

Ja lesen und auch das machen was da steht und bei DIr im LOg steht eben sehr deutlich 2x file ;-)

[simatec]

@r0b1zZle sagte in Restore funktioniert nicht:

@simatec Weil in der Anleitung folgendes stand:
"Steht in Objects type und/oder States type "redis", müsst ihr zwingend auf dem neuen System den Redis Server installieren.
Steht hingehen bei beiden Typen "file", wird der Redis Server nicht benötigt.
Solltet ihr keinen Zugriff mehr auf das alte System haben und ihr wisst nicht, was da vorher genau konfiguriert war, dann installiert auf jeden Fall den Redis-Server im Vorfeld."

Du sagtest aber du hast vorher keinen Redis Server gehabt ...
Mal ne ganz andere Frage. Wie hast du iobroker installiert?
Das sieht nach einem generellen Problem aus, was durch eine falsche Installation auftreten kann.

[r0b1zZle]

@Jan1 Ist richtig, das bezieht sich aber auf die aktuelle Installation von Iobroker. Wie gesagt, habe ich den Raspy gestern geplättet und war mir nicht mehr sicher, ob ich redis überhaupt installiert hatte oder nicht (und das habe ich soweit ich weiß, nicht gemacht). In der HowTo stand aber, wenn man sich unsicher ist, auf jeden fall redis trotzdem installieren, was ich gemacht habe.

@simatec IoBroker habe ich wie in seinem Video installiert:

sudo apt-get update
sudo apt-get upgrade
sudo raspi-config /* hier den hostname geändert */
curl -sL https://deb.nodesource.com/setup_10.x | sudo -E bash -
sudo apt-get install -y build-essential libavahi-compat-libdnssd-dev libudev-dev libpam0g-dev nodejs
curl -sL https://iobroker.net/install.sh | bash -

[Jan1]

@r0b1zZle
Oh je, ne externe Anleitung und hier Support dafür wollen, wenn das Homoran sieht.
Oben ist die Doku und die ist aktuell, alles andere kann, muss aber nicht stimmen.

[simatec]

@r0b1zZle sagte in Restore funktioniert nicht:

man

Dann setze noch mal neu auf und mach folgendes ...
Komplett neues Image nehmen .... nicht die jetztige Installation

curl -sL https://deb.nodesource.com/setup_10.x | sudo -E bash -
sudo apt install -y nodejs
sudo reboot now
curl -sL https://iobroker.net/install.sh | bash -
iobroker stop
curl -sL https://iobroker.net/fix.sh | bash -
iobroker backup

// backup in den Ordner /opt/iobroker/backups legen und die Rechtevergabe kontrollieren
iobroker restore Dateiname-Backupdatei
iobroker start

Alternativ den restore mit backitup ausführen

[r0b1zZle]

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

[harrym]

@r0b1zZle sagte in Restore funktioniert nicht:

open '/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/backu p.json'

ist da echt ein leerzeichen drinnen????? (backu p.json)

[simatec]

@r0b1zZle Mach mal den Restore ohne sudo

[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