Skip to main content

Cleanup versions shows incorrect info

Thread needs solution

The list shown in the Acronis True Image 2021 (updated 2020) show duplicate entries:
3/2/2020-3/10/2020

3/2/3030-3/10/2020

3/2/2020 - 5/18/2020

3/2/2020 - 3/10/2020

Expanding these shows out of sequence full/incremental with dates not in the ranges shown by the header.

The Size column shows 53.1 TB,  I only have 10TB on that NAS. 

The index used to display this data is obviously bad.  Is there a way to delete and rebuild this index. so that I can reliably delete the backups I want and clear space so I can start doing backups again?

The files are all .tbix files, built with ATI 2020.

Thanks

 

0 Users found this helpful

Harold, welcome to these public User Forums.

This is a case where seeing screen shots of the information you are looking at would be very helpful.

The suggestions at this point, based on the information given, would be to try doing a Validation for your backup task and see if this brings up any errors related to missing versions or files?

If you get any pop up errors, then click on either Ignore (if shown) or on Cancel and let the process continue, repeating this as needed.

Are all your backup tasks using unique task names here?

Ideally all the backup tasks for a single PC should go to a dedicated folder for that PC, and not be mixed in with any backups from any other PC's you may have.

Ran a validation (took about two hours), no errors.
Yes, all backups use unique names.
Yes, each PC goes to a dedicated folder for that PC.

Here are some screen shots.

ATI-1 is the opening clean up versions screen.

ATI-2 through ATI-6 are scrolling through the expansion of the bottom "other" backup, in order, top to about mid way through, the top entry on each screen overlaps with the previous screen.  As you can see, they are not in chronologic order. I didn't snap the rest of the scrolled list, it continues in the same fashion.

 The "recent" backup is correct, showing one full on 10/6, and 6 incrementals, as expected.

I tend to delete the older chains as space requires, keeping on of the oldest and two or three newest, as space on the NAS permits.  I don't remove an element of a chain, if that is even permitted.  I don't delete through another other than the cleanup tool in ATI.

 

 

Attachment Size
571294-214193.png 15.62 KB
571294-214190.png 26.81 KB
571294-214187.png 25.88 KB
571294-214184.png 32.12 KB
571294-214181.png 24.5 KB
571294-214178.png 31.53 KB

Harold, thanks for the screen images, they are showing something I haven't see previously which in turn suggests that something has got corrupted / mixed up here!

Personally, I would be tempted to delete all the older versions that are shown as Older in image 571294-214193.png and remove that strange 53.1 TB that this shows as the size, keeping with only the files shown as Recent in the same image.

Thanks for your suggestion.  I'd considered that myself, but 

a) I'd like to be able to recover the old versions of the data that I had backed up in the future, and

b) If I can't trust the backup mechanism, I'll need to get something more reliable.  Is there no way to rebuild the index from the files themselves?  Is opening a trouble ticket with Acronis a viable alternative?

I've had no trouble with two older systems, and no trouble with this one until the introduction of tibx files.

 

Harold, what recovery points do you see on the Recovery panel for this backup task, this is shown in the drop-down listing of dates / times on that panel, and will give you an idea of what is still recoverable?

It is certainly worth submitting a Support ticket direct to Acronis about the wildly inaccurate size information and jumbled listing of backups shown in the Clean up versions tool display, especially when it is suggesting that there is over 5 times more data stored on your NAS than its physical capacity!

Only the backup I ran last night, the one from October 2020, and one from March 2020 show up in the recovery dropdown. 

I'm right clicking on the .tibx file of one of the ones that doesn't show up in the recover dropdown to see what that results in.

 

 

 

Right clicking on a tibx and validating works.  When completed, though, ATI then claims to not be able to find one of the other files that it could before.  This problem may be conflict between mapped and assigned drive letter vs the \\dev\ style name.  At one point in previous years, assigned drive letters for the NAS didn't work correctly.

What is the correct method for setting the destination to a NAS?

 

Harold, given the various issues present here, I would suggest taking an alternative approach in trying to correct the core problems here.

In the main ATI GUI - select your backup task and then take the Delete option from the task menu, but next select the option to only Remove the task settings, leaving all the files on your NAS in place.  Doing this will remove all references to that task from the internal database used by ATI.

Next, use the option to 'Add existing backup' that is found behind the carat 'v' shown to the right of the normal + Add backup option in the GUI.

Navigate to your NAS and select the most recent .tibx file (or the base 12kb .tibx file for this task) to be added back to the GUI Backup list.

You will need to Reconfigure the task settings again, so make notes of what these are before doing the above actions.