Skip to main content

Cannot delete archive from managed vault

Thread needs solution

I have a 4 level tower of hanoi backup plan for a particular PC into a managed vault. It is my understanding the older backups were supposed to be deleted but this is not happening. There are 61 archives showing in the backup set. There are over 10 Full backups in the vault.

I am running out of space and want to delete some of the older archives. When I select the oldest archive and try and delete it, I get a window that pops up and says Operation in Progress. It never goes away. If I close the windows the archive is not deleted.

Does anyone know how to fix this problem?

0 Users found this helpful

Hello Shawn Lammers,

Thank you for posting this question in our forum. I am happy to assist you. 

The backup scheme Tower of Hanoi is a complex mechanism. Have you seen this page from our userguide? It seems to match your setup exact. 

If you setup the backup plan like described, it should match the documentation.

If this does not help, you could use the Grandfather-Father-Son scheme, or create screenshots from the vault overview in management console, create a system report of the affected machine and contact support. You will find all available support options in our Customer handbook.

If there is anything else we can do for you, please let me know.

Thank you.

I have read the page from the user guide. It is well written and clear. I don't think Tower of Hanoi is complex; rather I believe your implementation is buggy. The page says,
"A cleanup mechanism ensures that only the most recent backups of each level are kept"
That's not true; only level 1 (incremental) backups are deleted; obsolete intermediate (differential) backups are only marked for deletion, but stay around. Selecting one of them brings up the notice that it's marked for deletion and no actions can be performed on it. In particular, I cannot delete it, even manually!
The page further status,
"the [level 3]backup of day five is still stored. Since it depends on the full backup of day one, that backup is available as well."
That would be sensible -- keep a backup if something depends on it. But in reality it's backwards: all dependent differential backups stay around while the full backup on which they depend still exists. The effect is that the space needed for a level n scheme doesn't grow linearly (like n) as your documentation implies, but rather exponentially (like 2^n).

I saw on your forum that Acronis is kind of aware of the issue, and your engineers are scratching their heads, intending to change "the behavior" (euphemism for bug, I believe). Has there been any progress on this front?

I'm having the exact same Problem with a 6 level tower of hanoi backup and now I'm stuck!
No more backups are possible because the vault ran out of space.
I changed the backup levels down to 5, no success.
I tried deleting the last full backup, no success.

What exactly are we supposed to do to reclaim the space back that is being occupied by obsolete backups?