Hyper Backup Hyperbackup Task nach Migration wieder aufnehmen

[derda17]

Ich bin von einer DS212j auf eine DS220+ migriert mittels Hyperbackup / Vault Sicheurng und Wiederherstellung migriert.

Die ds212j wurde täglich auf eine externe USB-Platte gesichert. Der Sicherungstask wurde auch wieder auf der DS220+ wiederhergestellt, läuft allerdings seit der Migration nicht mehr an. Das Protokoll von HyperBackup sagt:

Error,2020/11/13 20:39:44,SYSTEM,[Local][Hyper_Backup] Failed to run backup task.

Error,2020/11/13 20:39:43,SYSTEM,[Local][Hyper_Backup] Failed to backup data.

Error,2020/11/13 20:39:34,SYSTEM,"[Local][Hyper_Backup] Exception occurred while backing up data. (Disk I/O error. Please check the health of the disk.) [User: admin, Path: /volumeUSB1/usbshare/hyper_backup/Config/target_info.db, Reason: disk I/O error]"

Error,2020/11/13 20:39:34,SYSTEM,[Local][Hyper_Backup] Failed to access the backup destination. (Disk I/O error. Please check the health of the disk.) Ich habe bereits die Nutzerrechte überprüft: admin und der interne Hyperbackup Nutzer haben r/w access auf die USB-Platte. Der Hyperbackup-Ordner gehört admin / users. Besitzer, Gruppe und Sonstige haben alle Rechte, auf den Ordner. Ich habe versucht, die Sicherung neu zu verknüpfen. Ich kam bis zur Rotationseinstellung. Bei Klick auf Übernehmen kommt die Fehlermeldung "Vorgang fehlgeschlagen. Bitte melden Sie sich erneut im DSM an und versuchen sie es erneut." Die Hoffnung stirbt zuletzt, neu anmelden hat aber auch nichts gebracht. var/log/messages sagt: 2020-11-13T21:09:01+01:00 diskstation img_backup: [792]img_backup.cpp:2372 Local Backup Task has been started: task_ID: 2 2020-11-13T21:09:01+01:00 diskstation img_backup: [792]img_backup.cpp:1752 Action: [local backup], Repo Path: [usbshare1], LinkKey: [diskstation_001132CF3E63_2], Cloud backup: [0], Target ID: [hyper_backup], task ID: [2] 2020-11-13T21:09:01+01:00 diskstation img_backup: [792]img_backup.cpp:1754 app config Path: [/volume1/@tmp/BKP_APP_VF1tCC] 2020-11-13T21:09:02+01:00 diskstation img_backup: (792) [info] snapshot.cpp:329 take share [xxx] backup snapshot ... weitere snapshots... 2020-11-13T21:09:13+01:00 diskstation kernel: [54525.622569] blk_update_request: I/O error, dev usb1, sector 0 2020-11-13T21:09:13+01:00 diskstation img_backup: [792]target.cpp:2710 Error: End transaction failed (disk I/O error) 2020-11-13T21:09:13+01:00 diskstation img_backup: [792]target_version_create.cpp:404 Error: failed to change status (err code = 0) 2020-11-13T21:09:13+01:00 diskstation img_backup: (792) server_helper.cpp:1124 failed to create version: [my_ver], ret: -1, errCode[1] 2020-11-13T21:09:13+01:00 diskstation img_backup: (792) backend_lib.cpp:59 version create failed [/volumeUSB1/usbshare], trgID: [hyper_backup], link_key:[diskstation_001132CF3E63_2], err: [1] 2020-11-13T21:09:13+01:00 diskstation img_backup: (792) local_backup_controller.cpp:280 failed to create version, ret=54 2020-11-13T21:09:13+01:00 diskstation img_backup: (792) local_backup_controller.cpp:134 Preparing stage: failed to prepare backup jobs 2020-11-13T21:09:13+01:00 diskstation img_backup: (792) [err] logger.cpp:2804 last backup errcode [1] 2020-11-13T21:09:13+01:00 diskstation img_backup: (792) backup_controller.cpp:2819 failed to begin to backup [54] 2020-11-13T21:09:13+01:00 diskstation img_backup: (792) service_wrapper.cpp:79 failed to start backup service 2020-11-13T21:09:13+01:00 diskstation img_backup: [792]img_backup.cpp:1863 Failed to start backup task errno:54 2020-11-13T21:09:14+01:00 diskstation img_backup: (792) [info] snapshot.cpp:172 remove share [xxx] backup snapshot [GMT+01-2020.11.13-21.09.01] ... weitere remove share... 2020-11-13T21:09:22+01:00 diskstation img_backup: [792]img_backup.cpp:2432 failed to start task 2020-11-13T21:09:22+01:00 diskstation img_backup: (792) [err] backup_progress.cpp:463 Backup task [Hyper_Backup] completes with result [3] and errorcode [1]. Time spent: [21 sec]. 2020-11-13T21:09:22+01:00 diskstation img_backup: (792) [err] backup_progress.cpp:481 Total Size(Bytes):[0], Modified Size(Bytes):[0], Total Directory:[0], Modified Directory:[0], Total File:[0], Modified File:[0], 2020-11-13T21:09:23+01:00 diskstation img_backup: [792]img_backup.cpp:2170 Storage Statistics: TargetSize(KB):[0], LastBackupTargetSize(KB):[0], SourceSize(KB):[0], TotalFile:[0], ModifyFile:[0], NewFile:[0], UnchangeFile:[0], RemoveFile:[0], RenameFile:[0], RenameLogicSize(Bytes):[0], CopyFile:[0], CopyLogicSize(Bytes):[0], CopyMissFile:[0], CopyMissFileLogicSize(Bytes):[0] Hat jemand eine Idee, was ich noch probieren kann? Viele Grüße, Bernhard

 

[Wollfuchs]

Reason: disk I/O error]

kannst du auf der platte einen neuen hyperbackup job machen?

also neue sicherung anlegen, ziel die usb platte, nur ein mini verzeichnis als quelle mit ein paar mb daten.

laeuft das durch? nur um zu sehen, dass der i/o error nicht wirklich auf eine defekte usb platte deutet.

 

[derda17]

Interessant, ich kann keinen neuen Task anlegen. Beim letzten Schritt kommt die gleiche Meldung bzgl nochmal neu anmelden.
var/log/messages:
2020-11-13T22:27:55+01:00 diskstation synoscgi_SYNO.Backup.Task_1_create[10083]: (10083) [info] task_state_machine.cpp:358 task [10] from state [Initial] to state [Backupable] with action [Task create]
2020-11-13T22:27:55+01:00 diskstation [59246.763343] init: synoscheduler-vmtouch main process (6362) killed by TERM signal
2020-11-13T22:27:55+01:00 diskstation [59246.891659] init: synoscheduler-vmtouch main process (10091) killed by TERM signal
2020-11-13T22:27:55+01:00 diskstation kernel: [59247.353169] blk_update_request: I/O error, dev usb1, sector 0
2020-11-13T22:27:55+01:00 diskstation synoscgi_SYNO.Backup.Task_1_create[10083]: [10083]util.cpp:233 Error: set WAL failed (disk I/O error)
2020-11-13T22:27:55+01:00 diskstation synoscgi_SYNO.Backup.Task_1_create[10083]: [10083]dbhandle.cpp:38 Warning: failed to set WAL[/volumeUSB1/usbshare/test_backup.hbk/Guard/local_file.db]
2020-11-13T22:27:55+01:00 diskstation kernel: [59247.436120] blk_update_request: I/O error, dev usb1, sector 0
2020-11-13T22:27:55+01:00 diskstation synoscgi_SYNO.Backup.Task_1_create[10083]: [10083]util.cpp:233 Error: set WAL failed (disk I/O error)
2020-11-13T22:27:55+01:00 diskstation synoscgi_SYNO.Backup.Task_1_create[10083]: [10083]dbhandle.cpp:38 Warning: failed to set WAL[/volumeUSB1/usbshare/test_backup.hbk/Guard/local_bucket.db]
2020-11-13T22:27:55+01:00 diskstation kernel: [59247.634077] blk_update_request: I/O error, dev usb1, sector 0
2020-11-13T22:27:56+01:00 diskstation synoscgi_SYNO.Backup.Task_1_create[10083]: [10083]repository.cpp:394 Error: creating target_info DB /volumeUSB1/usbshare/test_backup.hbk/Config/target_info.db (disk I/O error) failed
2020-11-13T22:27:56+01:00 diskstation synoscgi_SYNO.Backup.Task_1_create[10083]: [10083]repository.cpp:419 Error: creating target info table failed
2020-11-13T22:27:56+01:00 diskstation synoscgi_SYNO.Backup.Task_1_create[10083]: [10083]local_tm.cpp:469 Error: create target failed with unknown reason
2020-11-13T22:27:56+01:00 diskstation synoscgi_SYNO.Backup.Task_1_create[10083]: (10083) [err] task_util.cpp:735 failed to create target. target err[1]


Edit: ich kann allerdings Daten per Filemanager auf die Platte kopieren und sie sehen gut aus.

 

[Wollfuchs]

tja .. und nun nochmal mit ziel intern oder falls du hast, ne andere usb platte ..

es klingt halt so ein bisschen nach geschrottetem filesystem auf der usb platte.

 

[derda17]

Internes Ziel funktioniert...
Ist es möglich das filesystem zu reparieren oder ist die Sicherung eh kompromitiert und es hilft nur formatieren?
Bietet die diskstation Bordmittel zum reparieren des file systems?

 

[Wollfuchs]

wenn das echter i/o fehler ist, dann ist das ding fritte.

aber bevor man was wegwirft .. macht man das fenster auf. aeh nein, kann man halt noch formatieren und beten versuchen.

da es ja "nur" das backup ist nehm ich an .. formatieren und hoffen. smart werte anschauen .. kristall informationen einholen.

 

[derda17]

Danke für die Unterstützung

 

[derda17]

Update nach einem Jahr: ich habe die Platte wieder hervorgeholt und das Backup validieren lassen, inklusive Überprüfung der Wiederherstellbarkeit. Dies dauerte einige Stunden, seitdem läuft das Backup allerdings wieder problemlos