NEWS
Test Adapter ioBroker.backitup v3.0.x
-
ls -la /opt/iobroker/backups
-
Hallo zusammen,
ich schaffe es irgendwie nicht, meine Sicherung von der MYSQL-DB zurückzuspielen, sprich ich habe mit dem Restore Probleme.
Laut Log wird die Sicherung ordnungsgemäß erstellt, somit vermute ich mal, dass diese in Ordnung sind.
Allerings ist mir aufgefallen, dass die tar.gz Sicherungsdatei mir nur eine "."-Datei anzeigt.
Ist das bei MYSQL Sicherungen richtig, oder sollter der Inhalt anders aussehen?Wenn ich die Sicherung dann versuche über die Backitup-Oberfläche zurückzuspielen, startet der MYSQL Restore - mehr passiert aber nicht.
Es sind nur Warnungen im Log - aber keine Fehler.Die MYSQL liegt auf dem gleichen Raspberry PI wie die IO Broker. Auch die MYSQL Sicherungsdatei liegt lokal
Muss ich beim Restore irgendwas beachten? SQL Stoppen, oder ähnliches?
Ich hoffe ihr könnt mir helfen bzw. jemand hat schon mal einen Restore seiner SQL Daten getestet
-
@der_user sagte in Test Adapter Backitup v2.1.x:
Allerings ist mir aufgefallen, dass die tar.gz Sicherungsdatei mir nur eine "."-Datei anzeigt.
Bist du sicher, dass dein (Windows?)-Tool mit tar.gz umgehen kann?
Denn die Dateien ./.. sind eigentlich in ansonsten leeren unix/linux-Verzeichnissen aus technischen Gründen notwendig:
echad@chet:/opt/iobroker $ ls -la /opt/iobroker/backups/ insgesamt 8 drwxrwxr-x+ 2 iobroker iobroker 4096 Apr 30 21:46 . drwxrwxr-x+ 6 iobroker iobroker 4096 Mai 13 11:21 ..
-
Un wenn das FritzNAS gerade nicht gemountet ist? Was liegt dann in dem Verzeichnis? Das sollte dann leer sein.
-
@thomas-braun Er löst anscheinend momentan den Mount nicht auf. Habe Backitup neugestartet, trotzdem hat er noch die gemounteten Dateien. Wie kann ich den mount auflösen?
-
@thomas-braun said in Test Adapter Backitup v2.1.x:
Bist du sicher, dass dein (Windows?)-Tool mit tar.gz umgehen kann?
Äh gute Frage, ich dachte, denn wenn ich die Sicherungen (tar.gz) von IO_Broker oder Jarvis öffne, zeigt es mir in dem Archiv auch andere Dateien an.
In der Sicherungsdatei von MYSQL nicht.
Allerdings hat die mysql_2021_05_13-19_00_19_IObroker_backupiobroker.tar.gz schon eine Größe > 0kb-rw-rw-r--+ 1 iobroker iobroker 44087 Mai 13 18:34 jarvis.0_2021_05_13-18_34_44_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 44087 Mai 13 18:38 jarvis.0_2021_05_13-18_38_21_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 44087 Mai 13 18:43 jarvis.0_2021_05_13-18_43_16_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 44087 Mai 13 18:44 jarvis.0_2021_05_13-18_44_59_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 44087 Mai 13 19:00 jarvis.0_2021_05_13-19_00_21_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 44087 Mai 13 19:40 jarvis.0_2021_05_13-19_40_19_backupiobroker.tar.gz -rw-rwxrw-+ 1 iobroker iobroker 968 Mai 9 21:19 javascripts_2021_05_09-16_30_20_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 959 Mai 13 10:56 javascripts_2021_05_13-10_56_54_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 959 Mai 13 11:07 javascripts_2021_05_13-11_07_18_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 959 Mai 13 11:10 javascripts_2021_05_13-11_10_25_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 959 Mai 13 11:34 javascripts_2021_05_13-11_34_20_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 959 Mai 13 18:29 javascripts_2021_05_13-18_29_50_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 959 Mai 13 18:34 javascripts_2021_05_13-18_34_44_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 959 Mai 13 18:38 javascripts_2021_05_13-18_38_21_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 959 Mai 13 18:43 javascripts_2021_05_13-18_43_17_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 959 Mai 13 18:44 javascripts_2021_05_13-18_44_59_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 959 Mai 13 19:00 javascripts_2021_05_13-19_00_22_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 959 Mai 13 19:40 javascripts_2021_05_13-19_40_19_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 10248 Mai 13 18:44 mysql_2021_05_13-18_44_57_IObroker_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 10409 Mai 13 19:00 mysql_2021_05_13-19_00_19_IObroker_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 3925 Mai 13 19:40 mysql_2021_05_13-19_40_17_IObroker_backupiobroker.tar.gz
-
-
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.
-