Skip to main content

Consolidation errors on drive not attached on ATI 2014

Thread needs solution

So I have a rotating disk backup. I backup to drive R and keep another disk (drive S) elsewhere, then I switch them. I have 2 backup configurations, one for drive R and one for drive S. When a drive is disconnected, i simply disable the schedule for that configuration.

So, I started with Drive S. Did backups for some period of time. Then I disconnected it and turned off the schedule.

I attached drive R and enabled its schedule. It seems to backup just fine, however it tries to consolidate the files on drive S at the end of an R drive backup. This of course fails. I'm not sure why it's trying to do this consolidation.

I have read a lot of stuff by GroverH and I think I setup the configurations correctly. I have it cleaning after a number of build chains. I even recreated the settings for the R drive backup from scratch and I'm getting the same issue.

See attachment for logs and settings.

Any help would be appreciated.

Attachment Size
settings.jpg 77.42 KB
errorlog.jpg 204.62 KB
0 Users found this helpful

Let me think on this. It should be working without issue.

What is your validation setting?
Is this set to validate ONLY after the backup, or
are you doing a later validation--later means some days later.

Look at your main menu at each of the two tasks.
Are the number of versons (tib files) anywhere near correct for each of the two tasks.
The number of files should be what is showing in the storage folder for each task.

GH57. Assorted task features.

Do you have the feature "Scan for backups at program startup" disabled?
YOu don't want the program hunting for your other backups.

GH41. Control Scan for backup settings. 2014 is 3rd link.

When making changes to the tasks, it is important that the disks be attached before changes made.
such as
Disk attached before starting schedule.
Disk attached bofore stopping schedule.
This procedure is needed to any changes can be made effective before the device is removed.
Don't attempt to edit the task without the correct disk attached.

Here is 3 examples (220140 ON how to make changes to the task without using the "Edit settings" button.
Avoid using the edit option.

GH1. How to change a backup task from scheduled to "Do Not Schedule".
GH2. How to enable a backup task schedule or change a schedule time..
GH3. How to create a non-scheduled backup task on the first try.
GH4. Illustrate Manual Backup Now option or Repeat backups.

Ultimately, you may have to start over with new tasks with all the above in mind.
but to admint, I really don't know why you are having this issue--except possibly for some of the above and that is conjecture.

Thanks for the quick response Grover.

Validation is disabled on both tasks. I recreate with a full backup every week or so, so I wasn't overly concerned about validation. The backup is slow enough as it is.

As for the versions.. hmm.. For the R drive backup it's showing 41. The last backup was b3_s3_v1. It shouldn't be at 41...
The S drive backup isn't showing number of versions. I think I misspoke in my first post.. I think I recreated both configurations. The s drive backup actually says "not backed up yet".

Add-Backup does have "Auto-Search" at startup checked. I'll disable that.

Both disks were attached when I created the configurations. It wouldn't let me save the changes if the drives didn't exist.

Would it be worthwhile to do an uninstall\reinstall?

Thanks

Recheck my earlier posting. I added more links which should have been included in the first posting.

GH55. Delete Database History Archives.xml.

GH55A. Acronis services

GH63. 64640: Hints to help prevent issues with your TIB backup files creation.

GH63. 75086: A discussion on how to configure backup schemes.

How to using two different storage disks.
http://forum.acronis.com/forum/64634

Yes, if you are willing to do it, I would uninstall using the TI cleanup utility as in my signature link 4.

Create one new unscheduled task and get all the settings correct before using.

Then clone the task and edit to make the clone point to the other disk.

YOu should not need both disks attached in order to save settings. You should only need the disk attached which is being created or in use.

When you get done, would you mind copying one of the final script files into a zip file and attach. I would lke to see the contents of the tib.tis script files. Thanks and let me know how you make out.

NOte the comment "niot backed up yet" simply means that all your backups have been manual and none were scheduled. It does not mean there are no backups.

Looks like the complete uninstall and clean, then reinstall and reconfigure worked.

Thanks for your help!