Why does "delete version" actually add files?
I let my system spend 24 hours removing a 6-part (1 full/5 inc) version and it actually ended up adding files with strings like "_DCA4E246-E5FE-455B-96FC-F1DBE1831CA89" in their file name.. and they actually take up MORE room than the originals. WHAT IN THE WORLD??? Anybody? Bueller?
You've got to be kidding.. I just installed this thing and it took Acronis to get it to install!
You've got to be kidding.. I just installed this thing and it took Acronis to get it to install!
Then don't uninstall but run the installer again and see if it offers the 'repair' option.
Do you have consolidation enabled? This would account for large files with CLSID type file names, some other things that could cause this to happen - not enough free space and the imaging is paused whilst space is made by the user, there are errors on the drive that is causing ATIH to retry.
No, the "automatic cleanup" function is not turned on and I don't use consolidate because it takes so long.
The problem here is that I am not performing a backup.. I'm trying to DELETE one (an entire version). I have done this before and it has just deleted the files and removed the information from the metadatabase.. 10 minutes to delete over 2TB (not a misprint) but now deletes are actually creating files as they delete the old ones.
I do not see how reinstalling could possibly help this. It's not like it's erroring.. it's just creating files instead of deleting them! And the knowledgebase for 2012 is nothing more than a bunch of placemark pages that say something like "to be completed later". And since they won't support the product, I have know freaking idea what is going on.
I've been doing backups for decades and I have never seen anything like this. This product is barely beta yet they want to charge you to support it. I have NO idea if the backups I have are good or even accessible because the program is so buggy.
Why in the WORLD would they create files while deleting an entire backup version?? Did one of the programmers set up a keg? Maybe a gas leak at HQ? Is the CEO's kid being held hostage? What? SOMETHING went terribly wrong with this version.
Roger,
Re-installation might solve the problem if some esoteric part of TIH didn't get installed properly.
I think the clue here is that there is a chain of images in the archive.
Exactly how is the task set up that created the chain, is it a disk image or a files and folders backup?
Could you go through how you are attempting to delete the version (so that others might try it and see if a 'lightbulb' moment occurs, or if it is something peculiar to your setup).
If you don't wan to uninstall, at least download the schedule manager and ZAP all your tasks. See here: http://kb.acronis.com/content/1859
Then, search for the Acronis\TrueImagehome\Scripts directory, in C:\programdata or C:\Documents and settings\all users\application settings
You will see a bunch of files with key-like names. Right click on each of them, choose edit and read them to match to an actual task. Delete any script that is orphan. Note that if you have schedule a validation for a given task, you get 2 scripts for that task.
I don't know if I CAN reinstall.. it failed on the original installation with an error that I could not find on the KB so I contacted support. Some tech logged onto my computer and installed it himself and was going too fast for me to keep notes. I know he downloaded something from Microsoft. I just know that the procedure does not seem to be documented anywhere that the public can get to it (the 2012 KB is practically empty). Either way, Acronis loaded the software.
As far as the task I am running, I have a nightly "disk backup" task setup to run a full every 7 days (I have since changed that to 14) with incrementals on the other nights with consolidation turned off. After finding a full that I wanted to delete to make room, I used the "explore and recover" function, went to the date of the archive that I wanted to delete, right clicked and hit delete version. It came back and said that there were 6 dependent archives (the incrementals) that would need to be deleted, too. I clicked OK and a bar came up with no cancel button and stayed there for almost 24 hours. During that time, it created 7 completely new files, all with long strings that looked CSIDish imbedded in them (like the temp file it makes during the backup).
With version 10, I just deleted files from the archive folder.. that gives 2012 a heart attack. I have know idea what to do to keep the other 30 or so backup intact while deleting a version out of the middle. I tried this twice with the same results. In fact, the date that I deleted says that it still has a backup available for that date, complete with snapshot. I don't even see the delete in the log, but it didn't throw any error messages at the time. Sigh..
That's easy for you to say! Why would I want to delete the task? It has deleted version from the task before (I only have one task). If what you are saying is really the answer, then what is going to keep it from turning around and messing up the task in another 20 days? I don't want to have to keep creating the same task over and over.. that's kinda insane.
I guess I'm going to delete those files with the CSID-looking strings in them and see what happens. ARG! The last time I was this frustrated with a piece of software that I had been running for years was NEVER!
Roger, how did it turn out for you now?
I am experiencing a similar problem now. And have additional observations - see below.
So this is to confirm that it is not just an anomaly of your installation. I installed the program a couple of weeks ago on a freshly set-up XP SP3 with all patches. I tried out deleting versions in the beginning and it worked fine. But not anymore.
It takes forever to (try to) delete the version. It comes up with a small progress bar saying "Deleting VERSIONS" (in plural). Looks like it is trying to do a bigger job. But I am trying to delete the latest version, so it should not be necessary to clean up other versions.
After a long time, it ends with "unknown error". And the files and the "entry" in the meta data are still there. I also noticed that extra copies of some files (not all) have popped up - with postfixes added to the names as you mention.
I am not using consolidation or anything. (And besides, I selected the latest version in the chain. Nothing to consolidate then).
It has worked earlier, but I think this was the first time I tried to delete a FULL version - the others were incrementals. I noticed you were deleting a full version also. I wonder if the problem is only related to that case.
IMPORTANT OBSERVATION:
My backup is a mix of full versions and incrementals. The latest one, that I tried to delete, is a full version.
BUT, judging from file sizes, I see that ANOTHER full version a few revisions back is now MISSING!
I am 100% positive that I selected the latest version. (I tried several times).
My best theory is that:
1) ATIH mistakenly points out the most recent EARLIER full version and...
2) either tries to delete from there on (which would cause an attempt to delete all the later versions) OR...
3) Attempts some kind of consolidation of the files from there on (since the latest full version actually did not disappear).
This would "explain" the long time usage and the "deleting versions" progress bar.
From the sizes of the added files, my guess is that it is temporary work files used by ATIH when doing major work on a version file. But since the "job" didn't finish, they were not cleaned up.
Anybody else having any experiences, able to shed light on this? Please share...
Roger, how did it turn out for you now?
I am experiencing a similar problem now. And have additional observations - see below.
So this is to confirm that it is not just an anomaly of your installation. I installed the program a couple of weeks ago on a freshly set-up XP SP3 with all patches. I tried out deleting versions in the beginning and it worked fine. But not anymore.
It takes forever to (try to) delete the version. It comes up with a small progress bar saying "Deleting VERSIONS" (in plural). Looks like it is trying to do a bigger job. But I am trying to delete the latest version, so it should not be necessary to clean up other versions.
After a long time, it ends with "unknown error". And the files and the "entry" in the meta data are still there. I also noticed that extra copies of some files (not all) have popped up - with postfixes added to the names as you mention.I am not using consolidation or anything. (And besides, I selected the latest version in the chain. Nothing to consolidate then).
It has worked earlier, but I think this was the first time I tried to delete a FULL version - the others were incrementals. I noticed you were deleting a full version also. I wonder if the problem is only related to that case.
IMPORTANT OBSERVATION:
My backup is a mix of full versions and incrementals. The latest one, that I tried to delete, is a full version.
BUT, judging from file sizes, I see that ANOTHER full version a few revisions back is now MISSING!I am 100% positive that I selected the latest version. (I tried several times).
My best theory is that:
1) ATIH mistakenly points out the most recent EARLIER full version and...
2) either tries to delete from there on (which would cause an attempt to delete all the later versions) OR...
3) Attempts some kind of consolidation of the files from there on (since the latest full version actually did not disappear).This would "explain" the long time usage and the "deleting versions" progress bar.
From the sizes of the added files, my guess is that it is temporary work files used by ATIH when doing major work on a version file. But since the "job" didn't finish, they were not cleaned up.Anybody else having any experiences, able to shed light on this? Please share...
Yep.. slower than dirt. I figured that they would have figured that one out by now.. hah!
I just delete old versions through explorer.. it's faster. If you want to get the program back into sync, just run a verify and it will realize that those versions are missing. Make sure to delete parent/child groups.. or you'll really confuse it!
Hope this helps,
Rog
I have got the same problem. I too have no Dedupe/Consolidate and mine too takes ages just to delete a Full Archive. I too used to delete straight from Explorer but noticed that it now gives ABR11 kittens doing this...especially making any validation tasks fail (even when it should only be validating later archives). This is totally chuffing crazy.
I wish I had stuck with ABR10 as at least that had some sort of logical conclusions. I now also have "Failed" tasks where all the logs say "Success" and vice versa. Someone must be on something over there in Acronis land.
I have got the same problem. I too have no Dedupe/Consolidate (in fact, don't even have a licence for that module) and mine too takes ages just to delete a Full Archive. If I don't even have dedupe, why is it going through the motions as if I might have? Just delete the effing archives, not double up the disk space used in the process?! Why do you think we are deleting the archives in the first place?
I too used to delete straight from Explorer but noticed that it now gives ABR11 kittens doing this...especially making any validation tasks fail (even when it should only be validating later archives). This is totally chuffing crazy.
I wish I had stuck with ABR10 as at least that had some sort of logical conclusions. I now also have "Failed" tasks where all the logs say "Success" and vice versa. Someone must be on something over there in Acronis land.