Archive Name is not consistent
I have Acronis 10.0.11345 installed on 5 different servers and sporadically the Archive name is missing the preceeding name that is configured in the backup job. Normally this name precedes the date and time etc, but every now and again this is missing. The problem is the vailidation and retention rules are looking for the archive with the name and so either the backup fails when it cannot remove an archive to clear up space or the verification fails because it is looking for a different archive name.
Is this a known problem? Do I need to format all of my RDX cartridges before the backup to get around this? If it is a known problem is there a fix in the pipline?
Regards

- Log in to post comments

I think you are having the same problem I am since I installed B&R10 back in Aug 2009. Acronis offered no resolution for this. Always telling me to delete/add the policy again (which is a chore) or reinstall B&R10 (haha, yea right!). So I've dealt with this on-going issue for so long with no fix. I just deal with it my own way by deleting the .META file folder since I don't use the stupid storage nodes or archives anyway. I just want the TIB Filenames to be CORRECT. And then I have to restart the Acronis services on all of the Acronis clients and it'll usually resolve the issue.
See my Attachment. From one day to the next, the filename just changed. No reason. It was working flawlessly for a length of time, then just stopped. Rinse, Repeat for like at least 20 times already.
Attachment | Size |
---|---|
20794-87550.JPG | 187.84 KB |
- Log in to post comments

Hello all,
Thank you for posting, I will be happy to help.
I have received a clarification from our developers.
Windows detects RDX drives as CD-ROMs, and so does Acronis Backup & Recovery 10.
Hence, Acronis Backup & Recovery 10 has the following limitation on working with RDX drives:
Retention rules will not be applied to RDX drives.
To correct the behavior you can clean up the RDX drive before running the backup, by running some batch file before the backup starts. Note that this batch file should not be executed from pre/post commands, but rather it should be scheduled via Windows scheduler for like 5 minutes before the backup should start.
Probably, the code will be improved in the next version of Acronis Backup & Recovery.
Please do not hesitate to ask additional questions if the provided information is not clear or you need a further assistance.
Thank you.
- Log in to post comments

Sorry but that is absolute rubbish. Windows see's an RDX drives as Removable Storage. Looking in Device Manager it clearly states the Device class is DiskDrive. It is just a blatant bug in this software. On one server the problem appears to have gone away by changing the name of the archive file in the job itself. I am going to try that on another this morning.
The retention rules are actually applied fine when the archive has been named correctly.
I look forward to an upgrade to resolve this issue.
Regards
Neil
- Log in to post comments

Hello all,
Thank you very much for posting and I really appreciate your patience.
We are going to release Update 2 very soon and it has a lot of issues resolved. One of the fixes has to do with archive names.
Thank you very much and let me know if you have additional questions.
Thank you.
- Log in to post comments

This bug still exists in 11639 I have just experienced it with a new client. We are now absolutely sick to death of this product and this archive naming problem is just the tip of the iceberg. We are now beginning the hunt for a new product, any recommendations would be greatly appreciated.
Regards
Neil
Attachment | Size |
---|---|
32946-89779.JPG | 44.68 KB |
- Log in to post comments