Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature currently requires accessing the site using the built-in Safari browser.
Yes! That really helped. Nobody on the Googles internet seems to know this.I had a similar issue for a DS418j (source) and DS416 (destination). You could try the following steps. YMMV.
"Src" is the name for the source NAS and "Dst" is the name for the destination NAS.
Before proceeding,
a. Disable any backup schedules.
b. Check that your disks and memory are all performing well. If there is any hardware fault, fix it first.
SSH into Dst to perform the following steps.
1. Change to root.
> sudo -i
2. Change into backup directory.
> cd /volume1/backups/Dst/
3. Check the status. You should get "detect-bad".
> sqlite3 Config/target_info.db "select status from target_info"
4. Change to HyperBackup Vault's bin folder and run synoimgbkptool.
> cd /var/packages/HyperBackupVault/target/bin
You may get "nohup: ignoring input and redirecting stderr to stdout". It's ok to ignore this.nohup ./synoimgbkptool -r /volume1/backups -t Dst -R detect > /volume1/\@tmp/recover.output &
5. Wait for synoimgbkptool to complete running. It can take a very long time, 3 to 4 days. You can check with the following command.
> ps aux | grep synoimgbkptool
If you see something similar to the following, it is still running.
Otherwise, you should see something similar to this.
You can now exit the SSH to Dst.
Next, SSH into Src.
1. Change to root.
> sudo -i
2. Change to HyperBackup's config directory.
> cd /var/synobackup/config/
3. Edit task_state.conf (using vi) to the following.
last_state="Backupable"
state="Backupable"
You can now exit SSH to Src.
Finally, log in to the admin portal. Start HyperBackup and choose "Check backup integrity". It can take a long time (3 to 4 days). Once that's completed without errors, you should be able to resume your backup schedule.
Hope that helps.
3 years later and this was the life saver! No idea what caused my issue on a DS420+ to DS216 backup but this worked flawlessly, thanks so much for saving my current backup and avoiding all the hassle of creating a new oneI had a similar issue for a DS418j (source) and DS416 (destination). You could try the following steps. YMMV.
"Src" is the name for the source NAS and "Dst" is the name for the destination NAS.
Before proceeding,
a. Disable any backup schedules.
b. Check that your disks and memory are all performing well. If there is any hardware fault, fix it first.
SSH into Dst to perform the following steps.
1. Change to root.
> sudo -i
2. Change into backup directory.
> cd /volume1/backups/Dst/
3. Check the status. You should get "detect-bad".
> sqlite3 Config/target_info.db "select status from target_info"
4. Change to HyperBackup Vault's bin folder and run synoimgbkptool.
> cd /var/packages/HyperBackupVault/target/bin
You may get "nohup: ignoring input and redirecting stderr to stdout". It's ok to ignore this.nohup ./synoimgbkptool -r /volume1/backups -t Dst -R detect > /volume1/\@tmp/recover.output &
5. Wait for synoimgbkptool to complete running. It can take a very long time, 3 to 4 days. You can check with the following command.
> ps aux | grep synoimgbkptool
If you see something similar to the following, it is still running.
Otherwise, you should see something similar to this.
You can now exit the SSH to Dst.
Next, SSH into Src.
1. Change to root.
> sudo -i
2. Change to HyperBackup's config directory.
> cd /var/synobackup/config/
3. Edit task_state.conf (using vi) to the following.
last_state="Backupable"
state="Backupable"
You can now exit SSH to Src.
Finally, log in to the admin portal. Start HyperBackup and choose "Check backup integrity". It can take a long time (3 to 4 days). Once that's completed without errors, you should be able to resume your backup schedule.
Hope that helps.
We use essential cookies to make this site work, and optional cookies to enhance your experience.