Acronis 2013 - lose network connection when validating backup
I am backing up to a NAS server Thecus N4200 Pro on my network. I am current with the latest firmware update. I am using the differential backup method. When I do a primary backup and validate - everything works file - the backup and validate - no problem.
I am losing my network connection (802.11n wireless) when trying to validate a differential backup. The router is from Verizon - MI424WR Rev I. The actual differential backup works fine - no problems - it is only during the validation. I get this error - Event code: 0x00040001+0x0000FFF0+0x80070040 I perform a validation on all backups. I am current on the updates for Acronis 2013.
This never happened with Acronis 2012 (used the differential backup method) - only with Acronis 2013.
I have to disconnect from the network and then connect to the network again.
I am on an HP laptop Pavilion dv7 - Vista professional. I current with all the updates from Microsoft.
Might also be worthwhile getting Wireshark or similar to look at the traffic to the NAS during validation, you might be getting a timeout due to a bottle neck and TI 2013 gives up with the message you see.
Hi. I have been having this problem (and related issues) for a long while. It is very frustrating. I have paid for technical support but without solving the problem as it takes too long to demonstrate and test. I can't get the tech guys on line because a validation can take 6 hours and the stops don't happen for the first hour or so, but do get more frequent towards the end. I have had the same problem continuously with 2011, 2012 and 2013.
I originally was backing up 800Gb on a RAID server to a NAS with its own RAID. Hence we can eliminate the media quality as there are 4 disks in each RAID set and all have been changed at least once with no benefit. As described by Drew Orenyo, the validation stops with error message 0x00040001+0x0000FFF0+0x800705AA but will usually continue with 'retry'. However it stops repeatedly during the validation and each time needs manual intervention to retry. Sometimes 10 stops may occur before it eventually completes ok but unless there is someone to keep retrying the process can take several days during which other tasks back up in the queue and eventually the program crashes. I have now broken my dataset up into 8 sets and run a complex schedule of backups and validations. Most now proceed without problems, but those that contain large files (eg video) still have the same problems validating. Does make me wonder whether this is some sort of page file problem or similar but have tried massive increases to no effect.
Acronis team have used Wireshark to test the network in connection with a related problem and (although I don't have the results) they said that it was not a network delay. I can check mount and read all the backups separately so know there is no corruption. The problem seems to be that TI cannot read them without multiple retries. The larger the files backed up, the greater the problem. I have previously had same problems validating from internal RAID, so that does confirm its not network. Im a bit surprised that there is no facility to increase the retries automatically to avoid manual intervention. I have had a lot of similar problems with Ti not reading incrementals and refusing to accept that media is present when it clearly is. As stated, i've even had the tech guys on line testing it. No resolution - just good work arounds. Any further thoughts would be much appreciated.
Martin,
I noted your comment about 'video files', what compression level are you using? I'm wondering if because video formats, apart from RAW, have varying forms of compression rations, if that combined with TIs compression (which won't add much) is somehow causing a problem with the checksums extraction when validating.
Is it possible to try making a task that just includes your video files, one with and one without compression. If possible it would also be useful to make one to a local or USB/Firewire attached drive and one to the NAS. I suspect that either the NAS firmware gets in the way (as in how it handles packets and how large its' buffers are) or information is somehow becoming corrupted and the amount of resends just causes TI to give up or hang. That might depend on whether TI uses a blocking or non blocking technique for sending packets.
Colin,
I'll address your comments in reverse. I can confirm its not a function of the NAS or network as explained. I have had the problem for 3 years whilst the NAS is a relatively new addition. Previous backups were to a second internal RAID but I have also tried an external USB portable drive. Both had the same problem.
The compression level is set to default (=normal) but I think you may have identified the cause - I have amended the backup's compression to 'none'. I have run a full backup and then validated it without a single problem - no stops or error messages. Brilliant!
It suggests you are correct in identifying that there is a problem with video compression combined with TI's own compression. Thank you very much.