NEWS
Backitup kein JavaScript Restore möglich!
-
@glasfaser pi@raspberrypi:~ $ ls -lh /opt/iobroker/backups/
total 57M
-rwxrwxrwx 1 root root 4.8M Aug 27 22:41 'historyDB_2022_08_27-22_41_49_IOBroker Backup_backupiobroker.tar.gz'
-rwxrwxrwx 1 root root 4.8M Aug 27 23:06 'historyDB_2022_08_27-23_06_27_IOBroker Backup_backupiobroker.tar.gz'
-rwxrwxrwx 1 root root 4.8M Aug 28 08:11 'historyDB_2022_08_28-08_10_36_IOBroker Backup_backupiobroker.tar.gz'
-rwxrwxrwx 1 root root 6.8M Aug 27 22:41 'iobroker_2022_08_27-22_41_32_IOBroker Backup_backupiobroker.tar.gz'
-rwxrwxrwx 1 root root 7.0M Aug 27 23:06 'iobroker_2022_08_27-23_06_11_IOBroker Backup_backupiobroker.tar.gz'
-rwxrwxrwx 1 root root 7.0M Aug 28 08:10 'iobroker_2022_08_28-08_10_20_IOBroker Backup_backupiobroker.tar.gz'
-rwxrwxrwx 1 root root 6.7M Aug 27 22:42 'jarvis.0_2022_08_27-22_41_55_IOBroker Backup_backupiobroker.tar.gz'
-rwxrwxrwx 1 root root 6.7M Aug 27 23:06 'jarvis.0_2022_08_27-23_06_34_IOBroker Backup_backupiobroker.tar.gz'
-rwxrwxrwx 1 root root 6.7M Aug 28 08:11 'jarvis.0_2022_08_28-08_10_42_IOBroker Backup_backupiobroker.tar.gz'
-rwxrwxrwx 1 root root 354K Aug 22 08:11 'javascripts_2022_08_22-08_10_45_IOBroker Backup_backupiobroker.tar.gz'
-rwxrwxrwx 1 root root 359K Aug 27 22:42 'javascripts_2022_08_27-22_41_58_IOBroker Backup_backupiobroker.tar.gz'
-rwxrwxrwx 1 root root 359K Aug 27 23:06 'javascripts_2022_08_27-23_06_37_IOBroker Backup_backupiobroker.tar.gz'
-rwxrwxrwx 1 root root 359K Aug 28 08:11 'javascripts_2022_08_28-08_10_45_IOBroker Backup_backupiobroker.tar.gz'
drwxrwxrwx 2 root root 0 Aug 28 20:36 tmpScripts
pi@raspberrypi:~ $ pi@raspberrypi:~ $ ls -lh /opt/iobroker/backups/
total 57M
-rwxrwxrwx 1 root root 4.8M Aug 27 22:41 'historyDB_2022_08_27-22_41_49_IOBroker Backup_backupiobroker.tar.gz'
-rwxrwxrwx 1 root root 4.8M Aug 27 23:06 'historyDB_2022_08_27-23_06_27_IOBroker Backup_backupiobroker.tar.gz'
-rwxrwxrwx 1 root root 4.8M Aug 28 08:11 'historyDB_2022_08_28-08_10_36_IOBroker Backup_backupiobroker.tar.gz'
-rwxrwxrwx 1 root root 6.8M Aug 27 22:41 'iobroker_2022_08_27-22_41_32_IOBroker Backup_backupiobroker.tar.gz'
-rwxrwxrwx 1 root root 7.0M Aug 27 23:06 'iobroker_2022_08_27-23_06_11_IOBroker Backup_backupiobroker.tar.gz'
-rwxrwxrwx 1 root root 7.0M Aug 28 08:10 'iobroker_2022_08_28-08_10_20_IOBroker Backup_backupiobroker.tar.gz'
-rwxrwxrwx 1 root root 6.7M Aug 27 22:42 'jarvis.0_2022_08_27-22_41_55_IOBroker Backup_backupiobroker.tar.gz'
-rwxrwxrwx 1 root root 6.7M Aug 27 23:06 'jarvis.0_2022_08_27-23_06_34_IOBroker Backup_backupiobroker.tar.gz'
-rwxrwxrwx 1 root root 6.7M Aug 28 08:11 'jarvis.0_2022_08_28-08_10_42_IOBroker Backup_backupiobroker.tar.gz'
-rwxrwxrwx 1 root root 354K Aug 22 08:11 'javascripts_2022_08_22-08_10_45_IOBroker Backup_backupiobroker.tar.gz'
-rwxrwxrwx 1 root root 359K Aug 27 22:42 'javascripts_2022_08_27-22_41_58_IOBroker Backup_backupiobroker.tar.gz'
-rwxrwxrwx 1 root root 359K Aug 27 23:06 'javascripts_2022_08_27-23_06_37_IOBrok^Cwxrwxrwx 2 root root 0 Aug 28 20:36 tmpScriptss_2022_08_28-08_10_45_IOBrok
pi@raspberrypi:~ $pi@raspberrypi:~ $ ls -lh /opt/iobroker/backups/tmpScripts/
total 0 -
Das & im Verzeichnisnamen könnte stören.
Überwachung&UrlaubsmodusUnd auch sonstige Sonderzeichen wie Umlaute sind zu vermeiden.
@thomas-braun Ich erstelle gerade eine neue instanz mit einem skript um das auszuprobieren.
-
Das & im Verzeichnisnamen könnte stören.
Überwachung&UrlaubsmodusUnd auch sonstige Sonderzeichen wie Umlaute sind zu vermeiden.
@thomas-braun Hat leider auch nicht geklappt selber fehler. Hatte jetzt nur ein Skript mit test und gleiches Problem.
-
Hallo ich habe einen NAS Server von Western Digital und das Backup von History, Raspberrymatic, Javascript wird auch auf den NAS in den Backup Ordner Hinterlegt. (CIFS) Möchte ich allerdings z.b das Javascript bzw die Scripte zurück Einspielen also Restore dann kommt der Fehler:
Error:
{"errno":-1,"code":"EPERM","syscall":"utime","path":"/opt/iobroker/backups/tmpScripts/"}
kann mir Hier einer weiter Helfen ?
Habe da was zwar im Forum gelesen mit Benutzer ? aber schlauer bin ich da leider nicht geworden.Wenn ich per Filezilla auf dem IOBroker drauf bin dann steht dort der Backup Ordner und user ist root root und wenn ich da hinein gehe und dort Backups lösche sind diese dann auch auf dem NAS gelöscht.
Zeige mal die Ausgaben , ich habe da so eine Befürchtung.
Ein/ und Ausgabe davon in Code-Tags </> hier einstellen
cd /opt/iobroker npm ls | grep -E 'github.com|ERR' iobroker update -i sudo ln -s /usr/bin/node /usr/bin/nodejs uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejszu CodeTags ...
Verzeichniss und auch deine Backups gehören root ... sollte iobroker sein
wxrwxrwx 2 root root 0 Aug 28 20:36 tmp
-
Zeige mal die Ausgaben , ich habe da so eine Befürchtung.
Ein/ und Ausgabe davon in Code-Tags </> hier einstellen
cd /opt/iobroker npm ls | grep -E 'github.com|ERR' iobroker update -i sudo ln -s /usr/bin/node /usr/bin/nodejs uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejszu CodeTags ...
Verzeichniss und auch deine Backups gehören root ... sollte iobroker sein
wxrwxrwx 2 root root 0 Aug 28 20:36 tmp
@glasfaser ```
code_text ```pi@raspberrypi:~ $ cd /opt/iobroker npm ls | grep -E 'github.com|ERR' iobroker update -i sudo ln -s /usr/bin/node /usr/bin/nodejs uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs ├── iobroker.samsung_tizen@0.0.12 (git+ssh://git@github.com/dahuby/iobroker.sams ung_tizen.git#defeef34bd3f460c77b4fff115de34fd1c11bff7) Used repository: Stable (default) Adapter "admin" : 6.2.17 , installed 6.2.17 Adapter "alexa2" : 3.11.2 , installed 3.19.7 Adapter "backitup" : 2.4.10 , installed 2.4.12 Adapter "device-reminder": 1.2.9 , installed 1.2.9 Adapter "discovery" : 3.0.5 , installed 3.0.5 Adapter "dwd" : 2.8.3 , installed 2.8.3 Adapter "history" : 2.2.0 , installed 2.2.0 Adapter "hm-rega" : 3.0.40 , installed 3.0.40 Adapter "hm-rpc" : 1.15.12 , installed 1.15.12 Adapter "hs100" : 2.1.2 , installed 2.1.2 Adapter "hue-extended" : 2.0.0 , installed 2.0.0 Adapter "ical" : 1.13.1 , installed 1.13.1 Adapter "info" : 1.9.19 , installed 1.9.19 Adapter "iot" : 1.11.8 , installed 1.11.9 Adapter "jarvis" : 3.0.11 , installed 3.0.13 Adapter "javascript" : 6.0.0 , installed 6.0.0 Controller "js-controller": 4.0.23 , installed 4.0.23 Adapter "midea" : 0.0.7 , installed 0.0.7 Adapter "net-tools" : 0.2.0 , installed 0.2.0 Adapter "pushover" : 3.0.2 , installed 3.0.2 Adapter "samsung" : 0.5.8 , installed 0.5.11 Adapter "shelly" : 6.0.0 , installed 6.0.0 Adapter "simple-api" : 2.7.0 , installed 2.7.0 Adapter "socketio" : 4.2.0 , installed 6.1.7 Adapter "tankerkoenig" : 2.1.1 , installed 2.1.1 Adapter "trashschedule": 2.0.3 , installed 2.0.3 Adapter "web" : 4.3.0 , installed 5.2.2 Adapter "ws" : 1.3.0 , installed 2.1.2 armv7l /usr/bin/nodejs /usr/bin/node /usr/bin/npm v16.17.0 v16.17.0 8.15.0 pi /opt/iobroker Hit:1 http://archive.raspberrypi.org/debian bullseye InRelease Hit:2 http://raspbian.raspberrypi.org/raspbian bullseye InRelease Hit:3 https://deb.nodesource.com/node_16.x bullseye InRelease Reading package lists... Done Building dependency tree... Done Reading state information... Done All packages are up to date. nodejs: Installed: 16.17.0-deb-1nodesource1 Candidate: 16.17.0-deb-1nodesource1 Version table: *** 16.17.0-deb-1nodesource1 500 500 https://deb.nodesource.com/node_16.x bullseye/main armhf Packages 100 /var/lib/dpkg/status 12.22.12~dfsg-1~deb11u1 500 500 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf Package s pi@raspberrypi:/opt/iobroker $ pi@raspberrypi:~ $ cd /opt/iobroker npm ls | grep -E 'github.com|ERR' iobroker update -i sudo ln -s /usr/bin/node /usr/bin/nodejs uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs ├── iobroker.samsung_tizen@0.0.12 (git+ssh://git@github.com/dahuby/iobroker.samsung_tizen.git#defeef34bd3f460c77b4fff115de34fd1c11bff7) Used repository: Stable (default) (git+ssh://git@github.com/dahuby/iobroker.sams Adapter "admin" : 6.2.17 , installed 6.2.17 Adapter "alexa2" : 3.11.2 , installed 3.19.7 Adapter "backitup" : 2.4.10 , installed 2.4.12 Adapter "device-reminder": 1.2.9 , installed 1.2.97 Adapter "discovery" : 3.0.5 , installed 3.0.52 Adapter "dwd" : 2.8.3 , installed 2.8.3 Adapter "history" : 2.2.0 , installed 2.2.0 Adapter "hm-rega" : 3.0.40 , installed 3.0.40 Adapter "hm-rpc" : 1.15.12 , installed 1.15.12 Adapter "hs100" : 2.1.2 , installed 2.1.2 Adapter "hue-extended" : 2.0.0 , installed 2.0.0 Adapter "ical" : 1.13.1 , installed 1.13.1 Adapter "info" : 1.9.19 , installed 1.9.19 Adapter "iot" : 1.11.8 , installed 1.11.9 Adapter "jarvis" : 3.0.11 , installed 3.0.13 Adapter "javascript" : 6.0.0 , installed 6.0.0 Controller "js-controller": 4.0.23 , installed 4.0.23 Adapter "midea" : 0.0.7 , installed 0.0.7 Adapter "net-tools" : 0.2.0 , installed 0.2.0 Adapter "pushover" : 3.0.2 , installed 3.0.2 Adapter "samsung" : 0.5.8 , installed 0.5.11 Adapter "shelly" : 6.0.0 , installed 6.0.0 Adapter "simple-api" : 2.7.0 , installed 2.7.0 Adapter "socketio" : 4.2.0 , installed 6.1.7 Adapter "tankerkoenig" : 2.1.1 , installed 2.1.1 Adapter "trashschedule": 2.0.3 , installed 2.0.3 Adapter "web" : 4.3.0 , installed 5.2.2 Adapter "ws" : 1.3.0 , installed 2.1.2 armv7l /usr/bin/nodejs /usr/bin/node /usr/bin/npm v16.17.0 v16.17.0 8.15.0 pi /opt/iobroker Hit:1 http://archive.raspberrypi.org/debian bullseye InRelease Hit:2 http://raspbian.raspberrypi.org/raspbian bullseye InRelease Hit:3 https://deb.nodesource.com/node_16.x bullseye InRelease Reading package lists... Done Building dependency tree... Done Reading state information... Done All packages are up to date. nodejs: Installed: 16.17.0-deb-1nodesource1 500 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf Packages -
Zeige mal die Ausgaben , ich habe da so eine Befürchtung.
Ein/ und Ausgabe davon in Code-Tags </> hier einstellen
cd /opt/iobroker npm ls | grep -E 'github.com|ERR' iobroker update -i sudo ln -s /usr/bin/node /usr/bin/nodejs uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejszu CodeTags ...
Verzeichniss und auch deine Backups gehören root ... sollte iobroker sein
wxrwxrwx 2 root root 0 Aug 28 20:36 tmp
@glasfaser said in Backitup kein JavaScript Restore möglich!:
Verzeichniss und auch deine Backups gehören root ... sollte iobroker sein
wie soll ich dass genau verstehen bzw umsetzen. Also im NAS habe ich Benutzer IOBroker und das zugehörige pw. Was genau muss ich dann ändern ?
Und vielen vielen dank für die Mühe und unterstützung!
-
@glasfaser said in Backitup kein JavaScript Restore möglich!:
Verzeichniss und auch deine Backups gehören root ... sollte iobroker sein
wie soll ich dass genau verstehen bzw umsetzen. Also im NAS habe ich Benutzer IOBroker und das zugehörige pw. Was genau muss ich dann ändern ?
Und vielen vielen dank für die Mühe und unterstützung!
@benjamincz said in Backitup kein JavaScript Restore möglich!:
@glasfaser said in Backitup kein JavaScript Restore möglich!:
Verzeichniss und auch deine Backups gehören root ... sollte iobroker sein
wie soll ich dass genau verstehen bzw umsetzen. Also im NAS habe ich Benutzer IOBroker und das zugehörige pw. Das gleiche steht auch dann im Backitup Config "NAS/Kopieren" wie im Screenshot oben. Was genau muss ich dann ändern ?
Und vielen vielen dank für die Mühe und unterstützung!
-
Hallo ich habe einen NAS Server von Western Digital und das Backup von History, Raspberrymatic, Javascript wird auch auf den NAS in den Backup Ordner Hinterlegt. (CIFS) Möchte ich allerdings z.b das Javascript bzw die Scripte zurück Einspielen also Restore dann kommt der Fehler:
Error:
{"errno":-1,"code":"EPERM","syscall":"utime","path":"/opt/iobroker/backups/tmpScripts/"}
kann mir Hier einer weiter Helfen ?
Habe da was zwar im Forum gelesen mit Benutzer ? aber schlauer bin ich da leider nicht geworden.Wenn ich per Filezilla auf dem IOBroker drauf bin dann steht dort der Backup Ordner und user ist root root und wenn ich da hinein gehe und dort Backups lösche sind diese dann auch auf dem NAS gelöscht.
@benjamincz sagte in Backitup kein JavaScript Restore möglich!:
{"errno":-1,"code":"EPERM","syscall":"utime","path":"/opt/iobroker/backups/tmpScripts/"}
Deine Benutzerrechte scheinen nicht zu stimmen, so dass der Schreibzugriff fehlt.
Stelle mal auf SMB 3.1.1 um und führe mal eineniob fixdurch.Zeige mal die Ausgabe von:
ls -lah /opt/iobroker/backups -
@benjamincz sagte in Backitup kein JavaScript Restore möglich!:
{"errno":-1,"code":"EPERM","syscall":"utime","path":"/opt/iobroker/backups/tmpScripts/"}
Deine Benutzerrechte scheinen nicht zu stimmen, so dass der Schreibzugriff fehlt.
Stelle mal auf SMB 3.1.1 um und führe mal eineniob fixdurch.Zeige mal die Ausgabe von:
ls -lah /opt/iobroker/backupsIch schlage mich wohl mit demselben Fehler herum - lediglich sind's bei mir andere Adapter: YAHKA und ZigBee.
Versuche ich nun das Backup von YAHKA einzuspielen, erhalte ich folgende Fehlermeldung; dasselbe geschieht in vergleichbarer Weise bei ZigBee.
Erwartet BackItUp etwa die Backup-Datei im Verzeichnis /opt/iobroker/backups/yahka_0.hapdate/, oder wie soll ich das verstehen?
Und hier meine Hausaufgaben ..
pi@raspiBullseye:~ $ iob fix library: loaded Library version=2022-06-15 ioBroker or some processes are still running: io.telegram.0 io.admin.0 io.javascript.0 io.pushover.0 io.scenes.0 io.daikin.0 io.daikin.1 io.daikin.2 io.hue.0 io.modbus.0 io.netatmo.0 io.rpi2.0 io.shelly.0 io.web.0 io.info.0 io.trashschedule.0 io.tankerkoenig.0 io.backitup.0 Please stop them first and try again!pi@raspiBullseye:~ $ ls -lah /opt/iobroker/backups total 8.0K drwxrwxr-x+ 2 iobroker iobroker 4.0K Aug 29 10:24 . drwxrwxr-x+ 6 iobroker iobroker 4.0K Aug 29 10:24 ..Raspberry Pi 5 mit 8GB + 120GB SSD + Coordinator COD-m + ioBroker ..
-
Ich schlage mich wohl mit demselben Fehler herum - lediglich sind's bei mir andere Adapter: YAHKA und ZigBee.
Versuche ich nun das Backup von YAHKA einzuspielen, erhalte ich folgende Fehlermeldung; dasselbe geschieht in vergleichbarer Weise bei ZigBee.
Erwartet BackItUp etwa die Backup-Datei im Verzeichnis /opt/iobroker/backups/yahka_0.hapdate/, oder wie soll ich das verstehen?
Und hier meine Hausaufgaben ..
pi@raspiBullseye:~ $ iob fix library: loaded Library version=2022-06-15 ioBroker or some processes are still running: io.telegram.0 io.admin.0 io.javascript.0 io.pushover.0 io.scenes.0 io.daikin.0 io.daikin.1 io.daikin.2 io.hue.0 io.modbus.0 io.netatmo.0 io.rpi2.0 io.shelly.0 io.web.0 io.info.0 io.trashschedule.0 io.tankerkoenig.0 io.backitup.0 Please stop them first and try again!pi@raspiBullseye:~ $ ls -lah /opt/iobroker/backups total 8.0K drwxrwxr-x+ 2 iobroker iobroker 4.0K Aug 29 10:24 . drwxrwxr-x+ 6 iobroker iobroker 4.0K Aug 29 10:24 .. -
Ich schlage mich wohl mit demselben Fehler herum - lediglich sind's bei mir andere Adapter: YAHKA und ZigBee.
Versuche ich nun das Backup von YAHKA einzuspielen, erhalte ich folgende Fehlermeldung; dasselbe geschieht in vergleichbarer Weise bei ZigBee.
Erwartet BackItUp etwa die Backup-Datei im Verzeichnis /opt/iobroker/backups/yahka_0.hapdate/, oder wie soll ich das verstehen?
Und hier meine Hausaufgaben ..
pi@raspiBullseye:~ $ iob fix library: loaded Library version=2022-06-15 ioBroker or some processes are still running: io.telegram.0 io.admin.0 io.javascript.0 io.pushover.0 io.scenes.0 io.daikin.0 io.daikin.1 io.daikin.2 io.hue.0 io.modbus.0 io.netatmo.0 io.rpi2.0 io.shelly.0 io.web.0 io.info.0 io.trashschedule.0 io.tankerkoenig.0 io.backitup.0 Please stop them first and try again!pi@raspiBullseye:~ $ ls -lah /opt/iobroker/backups total 8.0K drwxrwxr-x+ 2 iobroker iobroker 4.0K Aug 29 10:24 . drwxrwxr-x+ 6 iobroker iobroker 4.0K Aug 29 10:24 ..@legro Entweder ihr überprüft die Userrechte auf dem NAS, denn dort fehlen dir Schreibrechte für Unterordner oder du legst die Backup vor dem Restore lokal ab und startest den Restore lokal.
Grundsätzlich ist es aber kein Problem von Backitup sondern ein Problem eurer NAS Konfiguration
-
@benjamincz sagte in Backitup kein JavaScript Restore möglich!:
{"errno":-1,"code":"EPERM","syscall":"utime","path":"/opt/iobroker/backups/tmpScripts/"}
Deine Benutzerrechte scheinen nicht zu stimmen, so dass der Schreibzugriff fehlt.
Stelle mal auf SMB 3.1.1 um und führe mal eineniob fixdurch.Zeige mal die Ausgabe von:
ls -lah /opt/iobroker/backupspi@raspberrypi:~ $ ls -lah /opt/iobroker/backups total 131M drwxrwxrwx 2 root root 0 Aug 29 08:11 . drwxrwxr-x+ 8 iobroker iobroker 4.0K Aug 28 20:49 .. -rwxrwxrwx 1 root root 4.8M Aug 27 22:41 'historyDB_2022_08_27-22_41_49 _IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 4.8M Aug 27 23:06 'historyDB_2022_08_27-23_06_27 _IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 4.8M Aug 28 08:11 'historyDB_2022_08_28-08_10_36 _IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 4.9M Aug 28 21:01 'historyDB_2022_08_28-20_59_57 _IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 4.9M Aug 28 21:03 'historyDB_2022_08_28-21_02_05 _IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 4.9M Aug 28 21:10 'historyDB_2022_08_28-21_09_47 _IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 4.9M Aug 29 08:11 'historyDB_2022_08_29-08_10_36 _IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 6.8M Aug 27 22:41 'iobroker_2022_08_27-22_41_32_ IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 7.0M Aug 27 23:06 'iobroker_2022_08_27-23_06_11_ IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 7.0M Aug 28 08:10 'iobroker_2022_08_28-08_10_20_ IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 7.0M Aug 28 21:01 'iobroker_2022_08_28-20_59_41_ IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 7.0M Aug 28 21:03 'iobroker_2022_08_28-21_01_48_ IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 6.4M Aug 28 21:10 'iobroker_2022_08_28-21_09_32_ IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 7.0M Aug 29 08:10 'iobroker_2022_08_29-08_10_20_ IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 6.7M Aug 27 22:42 'jarvis.0_2022_08_27-22_41_55_ IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 6.7M Aug 27 23:06 'jarvis.0_2022_08_27-23_06_34_ IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 6.7M Aug 28 08:11 'jarvis.0_2022_08_28-08_10_42_ IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 6.7M Aug 28 21:01 'jarvis.0_2022_08_28-21_00_06_ IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 6.7M Aug 28 21:03 'jarvis.0_2022_08_28-21_02_11_ IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 6.7M Aug 28 21:11 'jarvis.0_2022_08_28-21_09_53_ IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 6.7M Aug 29 08:11 'jarvis.0_2022_08_29-08_10_42_ IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 354K Aug 22 08:11 'javascripts_2022_08_22-08_10_ 45_IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 359K Aug 27 22:42 'javascripts_2022_08_27-22_41_ 58_IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 359K Aug 27 23:06 'javascripts_2022_08_27-23_06_ 37_IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 359K Aug 28 08:11 'javascripts_2022_08_28-08_10_ 45_IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 359K Aug 28 21:01 'javascripts_2022_08_28-21_00_ 09_IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 359K Aug 28 21:03 'javascripts_2022_08_28-21_02_ 14_IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 399 Aug 28 21:11 'javascripts_2022_08_28-21_09_ 56_IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 367K Aug 29 08:11 'javascripts_2022_08_29-08_10_ 45_IOBroker Backup_backupiobroker.tar.gz' pi@raspberrypi:~ $Danke vielmals. Ich frage mich nur was ich nun machen soll bzw. wo genau der Fehler liegt...
-
pi@raspberrypi:~ $ ls -lah /opt/iobroker/backups total 131M drwxrwxrwx 2 root root 0 Aug 29 08:11 . drwxrwxr-x+ 8 iobroker iobroker 4.0K Aug 28 20:49 .. -rwxrwxrwx 1 root root 4.8M Aug 27 22:41 'historyDB_2022_08_27-22_41_49 _IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 4.8M Aug 27 23:06 'historyDB_2022_08_27-23_06_27 _IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 4.8M Aug 28 08:11 'historyDB_2022_08_28-08_10_36 _IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 4.9M Aug 28 21:01 'historyDB_2022_08_28-20_59_57 _IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 4.9M Aug 28 21:03 'historyDB_2022_08_28-21_02_05 _IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 4.9M Aug 28 21:10 'historyDB_2022_08_28-21_09_47 _IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 4.9M Aug 29 08:11 'historyDB_2022_08_29-08_10_36 _IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 6.8M Aug 27 22:41 'iobroker_2022_08_27-22_41_32_ IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 7.0M Aug 27 23:06 'iobroker_2022_08_27-23_06_11_ IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 7.0M Aug 28 08:10 'iobroker_2022_08_28-08_10_20_ IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 7.0M Aug 28 21:01 'iobroker_2022_08_28-20_59_41_ IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 7.0M Aug 28 21:03 'iobroker_2022_08_28-21_01_48_ IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 6.4M Aug 28 21:10 'iobroker_2022_08_28-21_09_32_ IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 7.0M Aug 29 08:10 'iobroker_2022_08_29-08_10_20_ IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 6.7M Aug 27 22:42 'jarvis.0_2022_08_27-22_41_55_ IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 6.7M Aug 27 23:06 'jarvis.0_2022_08_27-23_06_34_ IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 6.7M Aug 28 08:11 'jarvis.0_2022_08_28-08_10_42_ IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 6.7M Aug 28 21:01 'jarvis.0_2022_08_28-21_00_06_ IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 6.7M Aug 28 21:03 'jarvis.0_2022_08_28-21_02_11_ IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 6.7M Aug 28 21:11 'jarvis.0_2022_08_28-21_09_53_ IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 6.7M Aug 29 08:11 'jarvis.0_2022_08_29-08_10_42_ IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 354K Aug 22 08:11 'javascripts_2022_08_22-08_10_ 45_IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 359K Aug 27 22:42 'javascripts_2022_08_27-22_41_ 58_IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 359K Aug 27 23:06 'javascripts_2022_08_27-23_06_ 37_IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 359K Aug 28 08:11 'javascripts_2022_08_28-08_10_ 45_IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 359K Aug 28 21:01 'javascripts_2022_08_28-21_00_ 09_IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 359K Aug 28 21:03 'javascripts_2022_08_28-21_02_ 14_IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 399 Aug 28 21:11 'javascripts_2022_08_28-21_09_ 56_IOBroker Backup_backupiobroker.tar.gz' -rwxrwxrwx 1 root root 367K Aug 29 08:11 'javascripts_2022_08_29-08_10_ 45_IOBroker Backup_backupiobroker.tar.gz' pi@raspberrypi:~ $Danke vielmals. Ich frage mich nur was ich nun machen soll bzw. wo genau der Fehler liegt...
War die Freigabe des NAS zu dem Zeitpunkt gemountet?
-
War die Freigabe des NAS zu dem Zeitpunkt gemountet?
-
Und auf dem NAS ist das ganze wie angelegt?
-
Und auf dem NAS ist das ganze wie angelegt?
@thomas-braun sagte in Backitup kein JavaScript Restore möglich!:
@benjaminczUnd auf dem NAS ist das ganze wie angelegt?
In deinen Einstellung ist aber dieser Pfad .
und du zeigst auf der Pi .
pi@raspberrypi:~ $ ls -lah /opt/iobroker/backups -
Und auf dem NAS ist das ganze wie angelegt?
@thomas-braun Es handlet sich um die Western Digital Cloud EX2 Ultra 8TB. DOrt habe ich einen Benutzer Erstellt namens iobroker und das passwort dazu. Der Freigabe Ordner Heißt IOBroker-Backup. Dort Ist ein Unterordner namens IOBroker und ein Unterordner namens Raspberymatic. In jedem Unterordner werden also Backups Hinterlegt. Sie sind auch Erfolgreich auf dem NAS laufwerk dann auch Drauf. Es geht Jarvis nicht zu Restoren und es geht auch kein Javascript. IOBroker gesamt Restore Funktioniert und auch History geht.
Ich lese immer lokal Update einspielen ja aber der Backup ordner in opt/iobroker/backups ist ja gleichzeitig der ordner auf meinem NAS. D.h wenn ich dort etwas lösche ist es auch dann auf meinem NAS gelöscht.
-
@thomas-braun Es handlet sich um die Western Digital Cloud EX2 Ultra 8TB. DOrt habe ich einen Benutzer Erstellt namens iobroker und das passwort dazu. Der Freigabe Ordner Heißt IOBroker-Backup. Dort Ist ein Unterordner namens IOBroker und ein Unterordner namens Raspberymatic. In jedem Unterordner werden also Backups Hinterlegt. Sie sind auch Erfolgreich auf dem NAS laufwerk dann auch Drauf. Es geht Jarvis nicht zu Restoren und es geht auch kein Javascript. IOBroker gesamt Restore Funktioniert und auch History geht.
Ich lese immer lokal Update einspielen ja aber der Backup ordner in opt/iobroker/backups ist ja gleichzeitig der ordner auf meinem NAS. D.h wenn ich dort etwas lösche ist es auch dann auf meinem NAS gelöscht.
@benjamincz sagte in Backitup kein JavaScript Restore möglich!:
ja aber der Backup ordner in opt/iobroker/backups ist ja gleichzeitig der ordner auf meinem NAS. D.h wenn ich dort etwas lösche ist es auch dann auf meinem NAS gelöscht.
Das ist richtig (und korrekt auch...)
Zeig mal die Einstellungen im NAS.
-
@thomas-braun sagte in Backitup kein JavaScript Restore möglich!:
@benjaminczUnd auf dem NAS ist das ganze wie angelegt?
In deinen Einstellung ist aber dieser Pfad .
und du zeigst auf der Pi .
pi@raspberrypi:~ $ ls -lah /opt/iobroker/backupsJa der Backup Ordner Stimmt schon.
-
Ja der Backup Ordner Stimmt schon.
@benjamincz
Hier sieht man es nochmals Besser.
620
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge