Aller au contenu principal

Validation Fails on Network

Thread needs solution

I frequently create backups using Acronis bootabe, saving to an FTP server on the local network.

Unfortunately, trying to restore or validate these backups from the network usually fails. Specifically, the following operations fail most or all of the time:

1. Restoring a backup from a read-write FTP location using bootable ATIH 2013 or 2016

2. Validating a backup from a read-only CIFS location using desktop ATIH 2016

However I don't believe the backup is corrupted, because if I copy it to a local drive from the CIFS location then it will validate successfully from the local copy.

Why do restore and validation fail when the archive is in a network location, but succeed when the archive is copied to a local volume?

0 Users found this helpful

Is your network location a WD MyCloud device?   A known issue exists with the operations you discuss and the MyCloud device.  I have not seen a resolution to that issue but the workaround of copying the backup image to another location for validation or restore is the solution at this point in time.

No, the location is on a FreeNAS device. I found some interesting things in the service log of the failed attempt.

<event id="4" level="4" module="485" code="35" time="1462817476" message="Cannot access the path: B:\deployment_images\win7hpx64sp1\cdp.metadata" line_tag="0x4D3F22948E29F1C7" >

 

In this case the backup files are located in B:\deployment_images\win7hpx64sp1\, which is the read-only network file share (CIFS on FreeNAS). I'm not sure why it's looking for a cdp.metadata file, as I've never seen that file created when doing a backup, and it certainly doesn't exist on the local disk that I can restore from just fine after copying the .tib files down from the network.

 

Have a look at the credential troubleshooting link below.  I suggest clearing the credentials cache for SMB in Windows registry then try a validation task.  You will be prompted to enter credentials, these will be NAS share credentials.

https://kb.acronis.com/content/58004

If that fails try the other steps outlined.