Toggle sidebar

Hyper Backup Hyperbackup Task nach Migration wieder aufnehmen

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Status
Für weitere Antworten geschlossen.
D

derda17

Benutzer
Registriert
01. Juni 2012
Beiträge
20
Reaktionspunkte
0
Punkte
1
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
 
derda17 schrieb:
Reason: disk I/O error]
Zum Vergrößern anklicken....

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.
 
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.
 
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.
 
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?
 
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.
 
  • Like
Reaktionen: 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
 
Status
Für weitere Antworten geschlossen.
NAS-Central - Ihr Partner für NAS Lösungen
NAS-Central - The Home of NAS
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat 

Hosted by netcup
IT Lösungen mit NAS Servern
IT Firma Trier
Fotograf Trier
   
Oben Unten