NEWS
Restore Skripte aus BackitUp schlägt fehl
-
Hallo,
habe mir heute Morgen ein Skript zerschossen und wollte die Skripte aus der Sicherung zurückholen.
Dazu habe ich im BackitUp die Sicherung von gestern geholt und wollte einen restore starten, leider ohne Erfolg.
Im Log kam nicht besonders viel:
backitup.0 2022-09-29 08:37:29.196 error [javascripts] Javascript Restore not completed backitup.0 2022-09-29 08:37:29.191 error [javascripts] Error: EPERM: operation not permitted, utime '/opt/iobroker/backups/tmpScripts/'
Ich habe auch schon den Fixer laufen lassen, weil er Berechtigungen anmäkelt, hat aber nichts gebracht (reboot etc. natürlich auch schon ;o)
Vielleicht hat jemadn eine Idee, wo ich noch graben kann?
-
Von lokal geht's auch nicht... gleicher Fehler!
Ich denke es liegt an den Rechten:drwxrwxrwx 2 root root 0 Sep 29 08:49 . drwxrwxr-x+ 8 iobroker iobroker 4096 Sep 29 08:49 .. -rwxrwxrwx 1 root root 6148 Sep 29 08:46 .DS_Store -rwxrwxrwx 1 root root 87405027 Sep 19 00:11 historyDB_2022_09_19-00_10_29_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 87690758 Sep 20 00:11 historyDB_2022_09_20-00_10_29_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 88008788 Sep 21 00:11 historyDB_2022_09_21-00_10_29_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 88321809 Sep 22 00:11 historyDB_2022_09_22-00_10_30_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 88611443 Sep 23 00:11 historyDB_2022_09_23-00_10_29_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 88919770 Sep 24 00:11 historyDB_2022_09_24-00_10_29_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 89525360 Sep 26 00:11 historyDB_2022_09_26-00_10_29_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 89844257 Sep 27 00:11 historyDB_2022_09_27-00_10_29_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 90162013 Sep 28 00:11 historyDB_2022_09_28-00_10_29_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 90477560 Sep 29 00:11 historyDB_2022_09_29-00_10_30_MacMini_backupiobroker.tar.gz
Das Backup-Verzeichnis gehört root...
Nein, ich arbeite nicht mit root ...
Aber: Ich sichere auf die NAS mit einem user (auch nicht root), habe aber den Haken "Als root Benutzer mounten (sudo)" in Backitup an.
Ich denke also, dass das daher kommt, oder?Ggf. weiss ich, woher es kommt, nicht aber wie ich es auflöse...
Wenn ich den Haken entferne, dann bekomme ich den Fehler:
backitup.0 2022-09-29 09:15:00.796 error Error: Command failed: mount -t cifs -o username=micha,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.200.1/Sicherungen_Images/Sicherungen/iobroker/Standard /opt/iobroker/backupsmount: nur „root“ kann die Option „--options“ verwenden
Deshalb habe ich es ja drin.
-
@reutli Die Konfiguartion des NAS ist nicht korrekt. Dir fehlen Schreibrechte im Unterordner
-
@simatec
Was soll da falsch sein? Backups laufen ja blendend...Es liegt eher daran, dass beim Restore keine Rechte für den User 'iobroker' gegeben sind... siehe oben.
Da ich "Als root Benutzer mounten (sudo)" an habe (und auch brauche, weil sonst mount fehl schlägt, bekommen die Backup-Files den Owner root.Keine Ahnung wie ich das anders lösen soll.
Wie gesagt Backups laufen, nur restore schlägt dann fehl.
-
@reutli Dein User auf dem NAS hat keine Rechte, um den tmp Ordner zu lesen
-
@simatec
Klar hat der user keine Rechte, weil alles auf 'root' auf der NAS läuft...
Hatte ich oben geschrieben...user 'micha' hat Rechte auf der NAS. Allerdings funktioniert der mount nur mit "Als root Benutzer mounten (sudo)".
Damit erhalten die Backups auch den Owner 'root'. -
@reutli und der mount mit sudo ist auch so korrekt.
Suche mal hier im Forum. Das Problem und die Lösung für die Rechte auf dem NAS wurde hier schon diskutiert -
@simatec
Habe ich schon gesucht. Ich gehe mal davon aus, dass wenn Backup funktioniert, dass auch restore funktioniert/funktionieren sollte.
Ich habe einen user für iobroker ('iobroker') und für Backup in Backitup ('micha').
User 'micha' hat alle notwendigen Rechte (r/w) für den Share und sichert die Daten.Was kann ich sonst noch tun?
-
@reutli
vielleicht hilft das weiter:https://forum.iobroker.net/topic/30410/backitup-auf-nas-nfs-oder-cifs/36?_=1664438028944
-
Einfacher ist es, wenn auf den NFS gleich ein User 'iobrokee' existiert. Je nach verwendetem Freigabeverfahren jedenfalls.
-
Ich habe CIFS am laufen und das funktioniert doch auch...?!
Problem ist nicht das Sichern (es ist alles da, es wird sauber gemountet und alles liegt korrekt auf der NAS und lässt sich auch auswählen), das Problem ist der restore.Dabei kommt's zum Fehler, weil iobroker nicht die korrekten (root-)Rechte hat, um den tmp-folder anzulegen.
Dort packt Backitup den entdeckten restore hin. Da der ganze folder aber 'root' gehört, hat der user 'iobroker' natürlich keine Rechte.@simatec sagte in Restore Skripte aus BackitUp schlägt fehl:
@reutli und der mount mit sudo ist auch so korrekt.
Suche mal hier im Forum. Das Problem und die Lösung für die Rechte auf dem NAS wurde hier schon diskutiert
Hier geht es nicht um sudo, sondern um einen mount als 'root', was ich dafür verantwortlich mache, dass das backup-Verzeichnis und files (auf NAS) dem root gehört.Damit ist's "Essig" mit einem anderen User.
Nachtrag: Ganz oben habe ich die Problematik ja bereits aufgedröselt
-
-
@thomas-braun sagte in Restore Skripte aus BackitUp schlägt fehl:
Einfacher ist es, wenn auf den NFS gleich ein User 'iobrokee' existiert. Je nach verwendetem Freigabeverfahren jedenfalls.
das ändert aber nichts daran, dass die Daten 'root' gehören.
Ob jetzt NFS oder CIFS, wenn die Daten als 'root' gespeichert werden, dann kann kein anderer user mehr zugreifen.
-
@thomas-braun
Ja, bei mir auch, das Backup. Nicht aber der Restore. -
Works both...
-
@thomas-braun sagte in Restore Skripte aus BackitUp schlägt fehl:
Works both...
Heisst? Woran soll es dann bei mir liegen?
Anders formuliert: Ist meine Annahme falsch, dass durch den Haken bei "Als root Benutzer mounten (sudo)" die Daten dem root auf der NAS zugeordnet werden?Eine andere Erklärung habe ich nicht.
Der User "micha" unter dem ich speichere ist ein normaler User, den ich auch an sonstigen Clients nutze und der entsprechende Rechte auf der NAS hat. -
Es muss am mount (oder Art des mounts) liegen und an den Rechten.
Ich würde das gerne klären, da ich zwar eine Sicherung hab, aber eben keinen restore fahren kann.Deshalb nochmals aufgearbeitet:
-
Zielsystem: Synology NAS gemountet über CIFS (SMB 3.1) mit user der alle Rechte hat
-
mounten am iobroker ohne Probleme - Sicherung ohne Probleme
-
restore schlägt fehl (s.o. keine Rechte)
Ein Rechteproblem auf dem CIFS-share kann ich aktuell auf OS-Ebene nicht ausmachen.
Freigabe ist am iobroker gemountet (nach Aufruf von Backitup/Auflisten der Sicherungen)admin@macmini-iobroker:/opt/iobroker/backups$ mount | sort //192.168.200.1/Sicherungen_Images/Sicherungen/iobroker on /opt/iobroker/backups type cifs (rw,relatime,vers=3.1.1,cache=strict,username=admin,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.200.1,file_mode=0777,dir_mode=0777,soft,nounix,serverino,mapposix,rsize=1048576,wsize=1048576,echo_interval=60,actimeo=1)
User 'admin' kann Verzeichnis Nisse in der Freigabe anlegen und löschen:
admin@macmini-iobroker:/opt/iobroker/backups$ mkdir test admin@macmini-iobroker:/opt/iobroker/backups$ ls -la insgesamt 443872 drwxrwxrwx 2 root root 0 Sep 30 06:24 . drwxrwxr-x+ 9 iobroker iobroker 4096 Sep 29 21:36 .. -rwxrwxrwx 1 root root 8196 Sep 29 08:46 .DS_Store -rwxrwxrwx 1 root root 90710578 Sep 29 21:02 historyDB_2022_09_29-21_01_45_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 90710669 Sep 29 21:09 historyDB_2022_09_29-21_09_04_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 90717186 Sep 29 21:34 historyDB_2022_09_29-21_34_12_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 90750622 Sep 30 00:11 historyDB_2022_09_30-00_10_30_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 18567548 Sep 29 21:01 influxDB_2022_09_29-21_01_41_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 18569335 Sep 29 21:09 influxDB_2022_09_29-21_09_00_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 18573360 Sep 29 21:34 influxDB_2022_09_29-21_34_08_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 18589351 Sep 30 00:10 influxDB_2022_09_30-00_10_25_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 4262806 Sep 29 21:01 iobroker_2022_09_29-21_01_36_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 4263070 Sep 29 21:08 iobroker_2022_09_29-21_08_56_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 4263173 Sep 29 21:34 iobroker_2022_09_29-21_34_03_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 4262338 Sep 30 00:10 iobroker_2022_09_30-00_10_20_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 55201 Sep 29 21:02 javascripts_2022_09_29-21_02_24_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 55203 Sep 29 21:09 javascripts_2022_09_29-21_09_40_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 55204 Sep 29 21:34 javascripts_2022_09_29-21_34_51_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 55206 Sep 30 00:11 javascripts_2022_09_30-00_11_08_MacMini_backupiobroker.tar.gz drwxrwxrwx 2 root root 0 Sep 30 00:20 Standard drwxrwxrwx 2 root root 0 Sep 30 06:24 test -rwxrwxrwx 1 root root 123 Sep 29 21:02 zigbee.0_2022_09_29-21_02_24_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 123 Sep 29 21:09 zigbee.0_2022_09_29-21_09_39_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 123 Sep 29 21:34 zigbee.0_2022_09_29-21_34_51_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 123 Sep 30 00:11 zigbee.0_2022_09_30-00_11_08_MacMini_backupiobroker.tar.gz admin@macmini-iobroker:/opt/iobroker/backups$ rmdir test admin@macmini-iobroker:/opt/iobroker/backups$ ls -la insgesamt 443872 drwxrwxrwx 2 root root 0 Sep 30 06:24 . drwxrwxr-x+ 9 iobroker iobroker 4096 Sep 29 21:36 .. -rwxrwxrwx 1 root root 8196 Sep 29 08:46 .DS_Store -rwxrwxrwx 1 root root 90710578 Sep 29 21:02 historyDB_2022_09_29-21_01_45_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 90710669 Sep 29 21:09 historyDB_2022_09_29-21_09_04_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 90717186 Sep 29 21:34 historyDB_2022_09_29-21_34_12_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 90750622 Sep 30 00:11 historyDB_2022_09_30-00_10_30_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 18567548 Sep 29 21:01 influxDB_2022_09_29-21_01_41_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 18569335 Sep 29 21:09 influxDB_2022_09_29-21_09_00_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 18573360 Sep 29 21:34 influxDB_2022_09_29-21_34_08_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 18589351 Sep 30 00:10 influxDB_2022_09_30-00_10_25_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 4262806 Sep 29 21:01 iobroker_2022_09_29-21_01_36_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 4263070 Sep 29 21:08 iobroker_2022_09_29-21_08_56_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 4263173 Sep 29 21:34 iobroker_2022_09_29-21_34_03_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 4262338 Sep 30 00:10 iobroker_2022_09_30-00_10_20_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 55201 Sep 29 21:02 javascripts_2022_09_29-21_02_24_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 55203 Sep 29 21:09 javascripts_2022_09_29-21_09_40_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 55204 Sep 29 21:34 javascripts_2022_09_29-21_34_51_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 55206 Sep 30 00:11 javascripts_2022_09_30-00_11_08_MacMini_backupiobroker.tar.gz drwxrwxrwx 2 root root 0 Sep 30 00:20 Standard -rwxrwxrwx 1 root root 123 Sep 29 21:02 zigbee.0_2022_09_29-21_02_24_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 123 Sep 29 21:09 zigbee.0_2022_09_29-21_09_39_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 123 Sep 29 21:34 zigbee.0_2022_09_29-21_34_51_MacMini_backupiobroker.tar.gz -rwxrwxrwx 1 root root 123 Sep 30 00:11 zigbee.0_2022_09_30-00_11_08_MacMini_backupiobroker.tar.gz
Ich gehe also davon aus, dass es an der Art liegt wie backitup den restore mountet oder mit welchem user das passiert.
Wie kann ich weiter machen?
-
-
@reutli Was sagt denn ls -lah auf dem Verzeichnis /opt/iobroker/backups wenn der umount ausgeführt wurde?
Was hast du für ein NAS? Zeige mal bitte alle Einstellungen zum mount auf dem NAS inkl. der Userrechte und alle Einstellungen zum mount in BackitupKann dein NAS NFS?
-
admin@macmini-iobroker:/opt/iobroker/backups$ mount | sort bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700) cgroup2 on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate) cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio) cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct) cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset) cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices) cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer) cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory) cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio) cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event) cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids) cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma) cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd) debugfs on /sys/kernel/debug type debugfs (rw,relatime) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) /dev/sdb1 on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro) /dev/sdb2 on / type ext4 (rw,relatime,errors=remount-ro) efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime) hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M) mqueue on /dev/mqueue type mqueue (rw,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime) securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime) sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime) sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=39,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=547) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=1633756k,mode=755) tmpfs on /run/user/1002 type tmpfs (rw,nosuid,nodev,relatime,size=1633752k,mode=700,uid=1002,gid=1002) tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755) udev on /dev type devtmpfs (rw,nosuid,relatime,size=8153228k,nr_inodes=2038307,mode=755)
--> NAS nicht gemountet.
admin@macmini-iobroker:/opt/iobroker/backups$ ls -lah insgesamt 30M drwxrwxr-x+ 2 iobroker iobroker 4,0K Sep 29 10:50 . drwxrwxr-x+ 9 iobroker iobroker 4,0K Sep 29 21:36 .. -rw-rwxr--+ 1 iobroker iobroker 2,4M Sep 24 2020 2020_09_24-11_53_54_backupiobroker.tar.gz -rw-rwxr--+ 1 iobroker iobroker 2,9M Sep 15 2021 2021_09_15-12_46_09_backupiobroker.tar.gz -rw-rwxr--+ 1 iobroker iobroker 3,0M Nov 1 2021 2021_11_01-09_02_03_backupiobroker.tar.gz -rw-rwxr--+ 1 iobroker iobroker 3,2M Dez 1 2021 2021_12_01-15_05_30_backupiobroker.tar.gz -rw-rwxr--+ 1 iobroker iobroker 3,2M Jan 16 2022 2022_01_16-12_50_51_backupiobroker.tar.gz -rw-rwxr--+ 1 iobroker iobroker 3,5M Mär 16 2022 2022_03_16-15_08_23_backupiobroker.tar.gz -rw-rwxr--+ 1 iobroker iobroker 3,5M Mär 16 2022 2022_03_16-15_31_22_backupiobroker.tar.gz -rw-rwxr--+ 1 iobroker iobroker 3,5M Mär 17 2022 2022_03_17-08_29_02_backupiobroker.tar.gz -rw-rwxr--+ 1 iobroker iobroker 3,8M Jul 13 16:34 2022_07_13-16_34_00_backupiobroker.tar.gz -rw-rwxr--+ 1 iobroker iobroker 1,4M Mär 8 2020 iobroker_2020_03_08-16_33_23_standard_backupiobroker.tar.gz -rwxrwxr-x+ 1 admin admin 41K Sep 29 10:38 javascripts_2022_09_20-00_11_06_MacMini_backupiobroker.tar.gz
(hier: lokale ältere Backups)
Synology NAS:
Einstellungen des Share:
Einstellungen User 'admin'
@simatec sagte in Restore Skripte aus BackitUp schlägt fehl:
Kann dein NAS NFS?
Klar kann die Synology NFS. Möchte ich aber nicht einsetzen (root_sqash Problematik).
Sollte m.E. auch nicht das Problem sein. -
@reutli sagte in Restore Skripte aus BackitUp schlägt fehl:
Synology
Einstellungen User 'admin'
Würde ich mal ganz schnell ändern !!
https://blog.admin-intelligence.de/synology-nas-sicherheitstipps/