NEWS
Test Adapter ioBroker.backitup v3.0.x
-
-
mount | grep ^// //192.168.178.1/fritz.nas/FDB/Backup on /opt/iobroker/backups type cifs (rw,relatime,vers=2.0,cache=s trict,username=Backup,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.178.1,file_mode=0777,dir_mode=07 77,soft,nounix,serverino,mapposix,rsize=65536,wsize=65536,bsize=1048576,echo_interval=60,actimeo=1) ls -la /opt/iobroker/backups/ -> zeigt weiterhin die gemounteten Dateien
-
@mcu
Du hast das ja noch nicht umgestellt...
SMB 3.1.1 und noserverino muss da aktiv sein.sudo umount /opt/iobroker/backups
wenn das nicht von Backitup weggemountet wird.
Hast du das in der fstab permanent drin?
Welches Version vom FritzOS läuft da?Mein funktionierendes mount sieht so aus:
echad@chet:/opt/iobroker $ mount | grep ^// //192.168.178.1/FRITZ.NAS/usbbackup/iobrokerbackup/chet on /opt/iobroker/backups type cifs (rw,relatime,vers=3.1.1,cache=strict,username=iobroker,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.178.1,file_mode=0777,dir_mode=0777,soft,nounix,mapposix,rsize=65536,wsize=65536,bsize=1048576,echo_interval=60,actimeo=1)
Finde die Unterschiede.
-
@thomas-braun SMB hatte ich zurückgestellt, da ich einen Fehler bekommen habe (siehe Oben).
FritzOS 7.26
fstab ??
Mach jetzt erstmal Neustart vom System sudo umount bringt keinen Erfolg.Nach Neustart wieder die lokalen Dateien:
ls -la /opt/iobroker/backups insgesamt 15008 drwxrwxr-x+ 2 iobroker iobroker 4096 Mai 13 19:18 . drwxrwxr-x+ 9 iobroker iobroker 4096 Mai 13 19:02 .. -rw-rw-r--+ 1 iobroker iobroker 392 Apr 1 02:00 historyDB_2021_04_01-02_00_16_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 392 Apr 2 02:00 historyDB_2021_04_02-02_00_16_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 392 Apr 3 02:00 historyDB_2021_04_03-02_00_16_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 392 Apr 4 02:00 historyDB_2021_04_04-02_00_16_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 392 Apr 5 02:00 historyDB_2021_04_05-02_00_16_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 2985702 Mai 9 02:00 iobroker_2021_05_09-02_00_10_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 2990621 Mai 10 02:00 iobroker_2021_05_10-02_00_10_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 2990936 Mai 11 02:00 iobroker_2021_05_11-02_00_10_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 2994824 Mai 12 02:00 iobroker_2021_05_12-02_00_10_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 2991599 Mai 13 02:00 iobroker_2021_05_13-02_00_10_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 10094 Mai 9 02:00 jarvis.0_2021_05_09-02_00_16_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 10094 Mai 10 02:00 jarvis.0_2021_05_10-02_00_16_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 10094 Mai 11 02:00 jarvis.0_2021_05_11-02_00_16_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 10094 Mai 12 02:00 jarvis.0_2021_05_12-02_00_17_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 10094 Mai 13 02:00 jarvis.0_2021_05_13-02_00_16_backupiobroker.tar.gz -rw-rw-r--+ 1 pi pi 308400 Mai 13 19:18 jarvis.0_2021_05_13-02_02_52_backupiobroker.tar.gz
Die letzte Datei ist die die ich Zurücksichern wollte, diese wird aber nicht erkannt vom Backitup.
-
@mcu
FritzOS 7.26 spricht SMB 3.1.1
Also einstellen.
Es führt aber keine Inodes auf seinen Dateisystemen.
Also noserverino einstellen.
Dann umountest du das FritzNAS mitsudo umount /opt/iobroker/backups
Danach darf in /opt/iobroker/backups nichts mehr drin sein:
echad@chet:/opt/iobroker $ ls -l /opt/iobroker/backups/ insgesamt 0
Und dann sollte das auch funktionieren.
-
@mcu Die letzte Datei gehört ja auch dem pi, nicht dem iobroker. Da hast du irgendwas manuell gefummelt.
-
@thomas-braun Ja hatte ich manuell kopiert.
Einstellungen umgestellt und erstes Backup gemacht:Started iobroker ... [DEBUG] [mount] - mount successfully completed [DEBUG] [mount] - done [DEBUG] [iobroker] - host.raspberrypi 684 states saved [DEBUG] [iobroker] - host.raspberrypi 864 objects saved [DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2021_05_13-20_21_58_backupiobroker.tar.gz [DEBUG] [iobroker] - done [DEBUG] [jarvis] - found Jarvis Instance: 0 [DEBUG] [jarvis] - start Jarvis Backup for Instance 0... [DEBUG] [jarvis] - Backup created: /opt/iobroker/backups/jarvis.0_2021_05_13-20_22_05_backupiobroker.tar.gz [DEBUG] [jarvis] - done [DEBUG] [javascripts] - javascript directory "/media/usb/scripts" not found [DEBUG] [javascripts] - done [DEBUG] [cifs] - done [DEBUG] [clean] - done [DEBUG] [historyHTML] - new history html values created [DEBUG] [historyHTML] - done [DEBUG] [historyJSON] - new history json values created [DEBUG] [historyJSON] - done [DEBUG] [umount] - mount activ, umount is started ... [DEBUG] [umount] - umount successfully completed [DEBUG] [umount] - done [EXIT] 0
-
@mcu Das geht nicht. Backitup kann natürlich keine Dateien zurückspielen, an denen es keine ausreichenden Rechte hat.
Und wenn nach dem umount in /opt/iobroker/backups noch Dateien liegen, dann ist das nicht richtig, der Mountpunkt soll leer sein.
-
@thomas-braun Dann lösch ich die lokalen erstmal.
Danach ein Restore versucht:Started restore ... [DEBUG] [jarvis] - Start Jarvis Restore ... [DEBUG] [jarvis] - filename for restore: /opt/iobroker/backups/jarvis.0_2021_05_13-02_02_52_backupiobroker.tar.gz [DEBUG] [jarvis] - jarvis tmp directory created: /opt/iobroker/backups/jarvis_0 [DEBUG] [jarvis] - old jarvis database directory was successfully deleted [DEBUG] [jarvis] - jarvis.0 stopped [ERROR] [jarvis] - jarvis restore not completed [ERROR] [jarvis] - Error: EPERM: operation not permitted, utime '/opt/iobroker/backups/jarvis_0/' [EXIT] 0
drwxrwxrwx 2 root root 0 Mai 13 20:28 jarvis_0
Lass jetzt nach Umstellung der Einstellung auf dem Quellsystem nochmal eine Sicherung laufen.
-
@mcu sagte in Test Adapter Backitup v2.1.x:
jarvis hab ich nicht im Einsatz, keine Ahnung wie da das Backup erfolgt.utime
deutet aber darauf hin, dass der user keine Rechte hat den Zeitstempel für die Datei zu setzen.EPERM times is not NULL, the caller's effective UID does not match the owner of the file, and the caller is not privileged (Linux: does not have the CAP_FOWNER capability).
-
@thomas-braun Die Berechtigungen setzt aber Backitup selber.
-
@mcu
Aber nicht wenn:Ja hatte ich manuell kopiert.
Oder da vorher ohne die 'noserverino'-Option gemountet wurde.
-
@thomas-braun Das war ja nur ein Test, hab ich wieder gelöscht und Backitup machen lassen, aber es funktioniert nicht.
-
-
@thomas-braun sagte in Test Adapter Backitup v2.1.x:
'noserverino'-Option gemountet wurde.
Habe jetzt mit geänderten Einstellungen nochmal ein Backup laufen und dieses versucht zurückzuspielen -> auch Fehler
[ERROR] [jarvis] - jarvis restore not completed [ERROR] [jarvis] - Error: EPERM: operation not permitted, utime '/opt/iobroker/backups/jarvis_0/'
mount | grep ^// //192.168.178.1/FRITZ.NAS/FDB/Backup on /opt/iobroker/backups type cifs (rw,relatime,vers=3.1.1,cache=strict,username=Backup,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.178.1,file_mode=0777,dir_mode=0777,soft,nounix,mapposix,rsize=65536,wsize=65536,bsize=1048576,echo_interval=60,actimeo=1)
-
@mcu
Der Rest funktioniert? Nimm jarvis mal aus dem Backitup raus. -
@thomas-braun Es geht ja gerade um jarvis. Wie bekomme ich es aus dem gesamten Backup als Restore dann heraus?
umount geht nach dem Fehler auch nicht mehr:sudo umount /opt/iobroker/backups umount: /opt/iobroker/backups: target is busy.
-
@mcu In dem du in den Einstellungen von Backitup den Punkt 'jarvis' abwählst?
-
@thomas-braun Auf dem Zielsystem? Hab ich jetzt gemacht.
-
@mcu sagte in Test Adapter Backitup v2.1.x:
umount geht nach dem Fehler auch nicht mehr:
Da steht noch ein user in /opt/iobroker/backups/* drin. Dann kann das auch nicht ausgehängt werden.