Hyper Backup Hyper Backup - Integrity Check funktioniert nicht

megakeule · 10. Jul 2016

Moin,

Ich nutze Hyperbackup um einige Shares auf eine externe USB Festplatte zu sichern. Heute habe ich, mehr zufällig, die Funktion "Check Backup Integrity" entdeckt und mir gedacht, dass ich das ja nach mehreren Monaten mal machen kann.
Ich habe erstmal nur die erste Option (Check indes files...) ausgewählt und das Ding rödelte ein paar Sekunden, brach dann aber ab mit: "Error: Failed to run backup integrity check". Leider gibt es keine weiteren Hinweise.

Was mir auffällt ist, dass das Backup immer als user "SYSTEM" läuft, während der Integrity Check als "admin" ausgeführt wird (bin als admin eingelogged).

Außerdem zeigt bei mir die Statistik-Funktion nur die letzten beiden Backups an (ab 5.7.2016), obwohl es ältere Version gibt, die ich auch über dem eingebauten Backup Explorer ansprechen kann. Als ob mit dem letzten Update die Stats gelöscht wurden. Am 5.7. gabt es ja ein Update...

Kann mal jemand die "Check Backup Intregity"-Funktion testen, der eine ähnliche Konstellation nutzt?
Wie sieht's bei euch mit der Backup Statistik aus?

-Stefan

Anzeige · 10. Jul 2016

Hallo megakeule,

Bücher und Hardware zum Thema gibt es bei Amazon: Hyper Backup - Integrity Check funktioniert nicht

Kollontai · 11. Jul 2016

Die Integritätsprüfung und die Statistiken wurde mit dem Update vom 05.07.2016 (Version: 1.1.0-0209) eingeführt. Die Statistik ist bei mir demzufolge auch leer. Ich kann mir auch vorstellen, dass es noch ein paar Fehler in der Integritätsprüfung gibt.

Code:

1. Supports checking backup index files to know if any is tampered in previous backup/restoration.
2. Supports checking backup integrity to know if any error occurs due to corrupted destination data.
3. Offers backup statistics to monitor the source size and destination usage.

Als ich die Integritätsprüfung starten wollte, kam zunächst die Fehlermeldung "Die Dateiversion am Sicherungsziel ist alt. Bitte führen Sie erst die Sicherungsaufgabe für die Datenaktualisierung durch."
Nach einem Backup konnte ich die Integritätsprüfung der Index-Dateien durchführen. Diese war für ein 3GB Backup nach ca. 45 Sekunden beendet. Eine Prüfung, ob die Cloud-Sicherungsdateien vorhanden sind hat auch nur ca. 75 sec. Sekunden gedauert.
Die Integritätsprüfung der Index-Dateien für ein 82 GB großes Backup hat ca. 12min gedauert.

Die Integritätsprüfung mit einer externen Festplatte kann ich Mittwoch testen, da ich meine externe Platte außerhalb der eigenen vier Wände aufbewahre und erst Mittwoch abholen kann.

megakeule · 12. Jul 2016

Den Changelog habe ich nicht gesehen. Das erklärt zumindest warum die Stats erst nach dem 05.07.2016 anfangen. In diesem Zusammenhang ist mir auch die Funktion aufgefallen, mit der man eine Warnschwelle einstellen kann, bei wie viel Veränderung zwischen 2 Backups ein Alarm ausgegeben werden soll. Das könnte bei Cryptotrojanern, die die Orignaldateien verändern recht nützlich sein.

Vor der Dauer der Prüfung hatte ich bei meinem 2.8TB großen Backup auch etwas Angst... Da gibt es hoffentlich eine Möglichkeit zum Abbruch der Prüfung, wenn sie denn mal läuft.

Seit der neuen Version habe ich 2x das Backup gestartet, es kann also nicht daran liegen dass man zunächst die neue Version einmal über das Backup laufen lassen sollte.

Bin mal gespannt auf Deine Erfahrung mit der externen Platte.

Kollontai · 13. Jul 2016

Bei mir tritt der Fehler auch bei 104GB / 85GB großen Backups auf:

in der log-Datei unter /var/log/messages steht dazu

Code:

Jul 13 16:00:24 SYNO synoscgi_SYNO.Backup.Target_1_error_detect[25241]: (25241) [err] task_state_machine.cpp:256 task [4] from state [5] to state [8] with action [11]
Jul 13 16:00:25 SYNO synoimgbkptool: [25253]error_detect.cpp:2589 Integrity check begin, check data[0]
Jul 13 16:00:27 SYNO synoimgbkptool: [25253]target.cpp:1822 Target Backup:9 needs roll-back
Jul 13 16:00:31 SYNO synoimgbkptool: [25285]target_roll_back.cpp:769 /volumeUSB1/usbshare:Backup roll-back done!!(err: 0)
Jul 13 16:00:33 SYNO synoimgbkptool: [25253]dbhandle.cpp:96 Error: set db (/volumeUSB1/usbshare/Backup/Guard/local_bucket.db) default journal failed
Jul 13 16:00:33 SYNO synoimgbkptool: [25253]dbhandle.cpp:104 failed to checkDbTmpFile[/volumeUSB1/usbshare/Backup/Guard/local_bucket.db-shm]
Jul 13 16:00:33 SYNO synoimgbkptool: [25253]target_guard.cpp:1603 failed to setDefJournal[/volumeUSB1/usbshare/Backup/Guard/local_bucket.db][/volumeUSB1/usbshare/Backup/Guard/local_bucket.db-shm]
Jul 13 16:00:33 SYNO synoimgbkptool: [25253]error_detect.cpp:2523 failed to prepareTempDb[/volumeUSB1/usbshare][Backup]
Jul 13 16:00:33 SYNO synoimgbkptool: [25253]error_detect.cpp:2621 failed to prepare detect
Jul 13 16:00:34 SYNO synoimgbkptool:
Error Detect Finish: Wed Jul 13 16:00:34 2016
Jul 13 16:00:34 SYNO synoimgbkptool: [25253]synoimgbkptool.cpp:1728 failed to do error detect index
Jul 13 16:00:34 SYNO synoimgbkptool: [25253]synoimgbkptool.cpp:1739 Error: synoimgbkptool failed [err:-1]
Jul 13 16:00:36 SYNO synoscgi_SYNO.Backup.Task_1_status[25348]: (25348) [err] task_state_machine.cpp:256 task [4] from state [8] to state [5] with action [12]

Also werde ich heute Abend mal eine Support-Ticket eröffnen.

megakeule · 13. Jul 2016

Danke. Ich denke die Antwort wird sein: Legen sie das Backup neu an :-(

Kollontai · 13. Jul 2016

Bei mir ist nun was kurioses passiert. Ich wollte eben den Fehler reproduzieren um mich mit Screenshot etc. an das Support-Team wenden zu können, nun ist es ohne Probleme durchgelaufen. Ich habe nur bei einem anderen großen Backup eine Version gelöscht, sodass ca. 600GB zusätzlicher freier Speicherplatz vorhanden ist. Ich werde nun noch ein größeres Backup anlegen, sodass der Speicherplatz wieder gefüllt wird, um dies ggf. als Fehlerquelle einzuschränken.

megakeule · 14. Jul 2016

Der erfüllt mich alles nicht wirklich mit Vertrauen und untermauert so ziemlich jeden Vorbehalt, der hier gegen diese Art von Backup geäußert worden ist...

DKeppi · 15. Jul 2016

Bei mir ist dieser Menüpunkt ausgegraut - klappt der Integritätscheck nur unter bestimmten Voraussetzungen?

megakeule · 15. Jul 2016

Es muss ein versioniertes Backup sein (kein legacy, rsync), das Backup Ziel muss verbunden sein und es muss mindest ein (zwei) Versionen vorhanden sein.

DKeppi · 15. Jul 2016

Alles klar, danke für die Info!
Dann ist klar warum das nicht geht bei mir, habe Remote-NAS (legacy)

megakeule · 16. Jul 2016

Heute lief der Check recht lange (genau gesagt über 3 Stunden, habe 2.6TB im Backup). Er kam wahrscheinlich auch recht weit, als ich nach 45min weggegangen bin stand die Fortschrittsanzeige immerhin schon bei 11%.
Dann, nach 3h 10min. ist er aber wieder mit "Failed to run backup integrity check" ausgestiegen.

RedMoon · 18. Jul 2016

selbes Problem bei mir. Ich habe sogar 4 Backup Aufgaben laufen, 3 davon rund 2TB, eines ca. 3TB. Die mit 2TB laufen problemlos. Beim dritten mit 3TB funktioniert die Integritätsprüfung ebenfalls nicht. Habe das Backup schon gelöscht, auch die Aufgabe, und neu angelegt, gleiches Problem

megakeule · 23. Jul 2016

Wollte nur kurz melden, dass der Integrity Check nach dem letzten Update bei mir immer noch nicht funktioniert!

Außerdem werden bei mir unter Statistik die "Alert me" Einstellungen nicht gespeichert!

megakeule · 22. Aug 2016

Jemand eine Idee. Ich bekomme langsam Angst, dass ei Bedarf das wiederherstellen der Sicherung ebenfalls scheitern wird.

Kollontai · 22. Aug 2016

ich bin gerade nicht Zuhause, jedoch als ich die Validierung beim letzten mal ausprobiert habe (ca 2 Wochen her) hat sie mit einer neueren Version von Hyper-Backup zunächst wieder nicht funktioniert, dann einige Zeit später hat sie funktioniert, obwohl ich nichts an dem System geändert habe außer zu warten. Ich vermute das dort ggf. eine Datei nicht beschreibbar/lesbar ist (aus welchen Gründen auch immer) und diese dann später freigegeben wird.

Habt ihr schon den Support angeschrieben? Mir haben sie nur geantwortet, dass ich es mit der nächsten Version erneut versuchen solle.

Was habt ihr für Fehler in der Datei /var/log/messages?

Bei mir kam dort:

Rich (BBCode):

Aug  3 13:57:39 SYNONAS synoimgbkptool: [18361]error_detect.cpp:2598 Integrity check begin, check data[1], [/volumeUSB1/usbshare][mybackup]
Aug  3 13:57:39 SYNONAS synoscgi_SYNO.Backup.Target_1_error_detect[18350]: (18350) [err] task_state_machine.cpp:256 task [8] from state [5] to state [8] with action [11]
Aug  3 13:57:39 SYNONAS synoimgbkptool: [18361]target.cpp:1822 Target mybackup:9 needs roll-back
Aug  3 13:57:41 SYNONAS synoimgbkptool: [18399]target_roll_back.cpp:769 /volumeUSB1/usbshare:mybackup roll-back done!!(err: 0)
Aug  3 13:57:41 SYNONAS synoimgbkptool: [18361]dbhandle.cpp:96 Error: set db (/volumeUSB1/usbshare/mybackup/Guard/local_bucket.db) default journal failed
Aug  3 13:57:41 SYNONAS synoimgbkptool: [18361]dbhandle.cpp:104 failed to checkDbTmpFile[/volumeUSB1/usbshare/mybackup/Guard/local_bucket.db-shm]
Aug  3 13:57:41 SYNONAS synoimgbkptool: [18361]target_guard.cpp:1703 failed to setDefJournal[/volumeUSB1/usbshare/mybackup/Guard/local_bucket.db][/volumeUSB1/usbshare/mybackup/Guard/local_bucket.db-shm]
Aug  3 13:57:41 SYNONAS synoimgbkptool: [18361]error_detect.cpp:2531 failed to prepareTempDb[/volumeUSB1/usbshare][mybackup]
Aug  3 13:57:41 SYNONAS synoimgbkptool: [18361]error_detect.cpp:2630 failed to prepare detect
Aug  3 13:57:42 SYNONAS synoimgbkptool: 
Error Detect Finish: Wed Aug  3 13:57:42 2016

Aktuellere Logs habe ich aktuell nicht zur Hand.

megakeule · 22. Aug 2016

Das ist mein Log.
Der Check läuft ca.3 Stunden und dann gibt es einen disk I/O error und von da an gehts schief. Welche Disk is damit wohl gemeint?

Rich (BBCode):

Aug 21 16:44:50 DiskStationMAIN synoscgi_SYNO.Backup.Target_1_error_detect[15164]: (15164) [err] task_state_machine.cpp:256 task [5] from state [5] to state [8] with action [11]
Aug 21 16:44:50 DiskStationMAIN synoimgbkptool: [15177]error_detect.cpp:2728 Integrity check begin, check data[0] guard[0], [/volumeUSB1/usbshare][DiskStationMAIN_1]
Aug 21 16:44:50 DiskStationMAIN synoimgbkptool: [15177]error_detect.cpp:1615 Integrity check: index stage.
Aug 21 19:42:54 DiskStationMAIN synoimgbkptool: [15177]refdb.cpp:267 failed to insert [disk I/O error]
Aug 21 19:42:54 DiskStationMAIN synoimgbkptool: [15177]error_detect.cpp:519 failed to check bucket index offset[offset:4571520384]
Aug 21 19:42:54 DiskStationMAIN synoimgbkptool: [15177]error_detect.cpp:565 failed to check ci record[4571520384]
Aug 21 19:42:54 DiskStationMAIN synoimgbkptool: [15177]error_detect.cpp:735 failed to check_chunk_index
Aug 21 19:42:54 DiskStationMAIN synoimgbkptool: [15177]error_detect.cpp:916 failed to check virtual file
Aug 21 19:42:54 DiskStationMAIN synoimgbkptool: [15177]error_detect.cpp:1632 failed to check version list
Aug 21 19:42:54 DiskStationMAIN synoimgbkptool: [15177]error_detect.cpp:2777 failed to detect index[/volumeUSB1/usbshare][DiskStationMAIN_1]
Aug 21 19:42:54 DiskStationMAIN synoimgbkptool: [15177]synoimgbkptool.cpp:1740 failed to do error detect index
Aug 21 19:42:54 DiskStationMAIN synoimgbkptool: [15177]synoimgbkptool.cpp:1767 Error: synoimgbkptool failed [err:-1]
Aug 21 19:43:00 DiskStationMAIN synoscgi_SYNO.Backup.Task_1_status[564]: (564) [err] task_state_machine.cpp:256 task [5] from state [8] to state [5] with action [12]

Der Disk I/O error macht mir Angst. Ich hoffe es ist nicht mein Quell-Raid5. Das sollte eigentlich ja gesund sein.

Habe gerade noch gesehen, dass die externe 5TB Platte in "vfat" formatiert ist. Sollte ich vielleicht mal in ETX4 ändern? Gibt es eine Möglichkeit einen Filesystemcheck auf der externen Platte zu starten? Das finde ich irgendwie nicht.

Kollontai · 22. Aug 2016

Das hört sich für mich eher so an, als ob HB Daten von der Festplatte nicht lesen kann. Passiert der Fehler immer beim selben Offset?

Falls nicht kannst du ein anderes USB-Kabel/ESATA-Kabel verwenden um das Kabel als Fehlerquelle auszuschließen.

Falls der Fehler immer am selben Offset stattfindet kannst du unter Windows eine ntfs-formatierten Festplatte mit einem Tool wie hdtune überprüfen, um festzustellen, ob die Festplatte defekte Sektoren hat.

Beides ist mir bereits passiert, die Daten konnte ich in beiden Fällen vergessen.

PS: gerade erst gesehen, dass die Festplatte vFat formatiert ist. Ich glaube DS hat keine Option um das Dateisystem zu prüfen. Wird es unter Windows/Mac/Linux auch als vFat erkannt? oder wird es dort als Fat32 erkannt? unter Windows kannst du Chkdsk nutzen um die Fat32-formatierte Platte zu überprüfen.

megakeule · 22. Aug 2016

Ich glaube nicht, dass es am USB3 Kabel liegen kann, nachdem ich bereits 2.7TB Daten auf der Platte habe. Werde wohl in den sauren Apfel beißen und sie nochmal formatieren (und die Versionierung verlieren).

Kollontai · 22. Aug 2016

megakeule schrieb:
Ich glaube nicht, dass es am USB3 Kabel liegen kann, nachdem ich bereits 2.7TB Daten auf der Platte habe. Werde wohl in den sauren Apfel beißen und sie nochmal formatieren (und die Versionierung verlieren).

Das ist wahrscheinlich die sicherste Variante um das Dateisystem auszuschließen.

Ich hatte mal ein günstiges USB3-Kabel, bei dem konnte ich auch Daten auf die Externe schreiben, beim Lesen kamen dann sehr sporadisch Fehler. Falls du ein zweites USB-3 Kabel haben solltest, schadet es nichts das mal auszuprobieren.
Wenn du die Festplatte neu formatierst, kannst du sie auch mit einem Festplatten-Tool überprüfen um die Festplatte selber auszuschließen. Einzelne defekte Sektoren können immer mal wieder auftreten. Das hängt von der Nutzung und dem Alter ab.

Fat32 kann man per CMD-Befehl unter Windows in ntfs umwandeln (Link). Ob dies weiterhelfen würde kann ich dir nicht sagen. Ich würde sie auch eher neu formatieren.

megakeule · 23. Aug 2016

Habs jetzt aufgegeben. War mir doch zu heikel. Habe die Platte Ext4 Formatiert und jetzt läuft das initiale Backup seit gestern Abend. Mal sehen ob der Integrity-Check dann sauber läuft, wenn ich ein paar Versionen habe.

Habe bei der Gelegenheit den verschlüsselten Share in einen separaten Backup-Task ausgelagert. Das hat immer die Stats durcheinander gebracht, wenn ich vor den Backup vergessen habe das Share aufzuschließen.
Was hierbei nervt, ist das er warnt wenn der Share abgeschlossen ist, wenn man den Backup-Task editieren will, aber nicht wenn man das Backup startet...