Aller au contenu principal

Log files out the wazoo!

Thread needs solution

In C:\Documents and Settings\All Users\Application Data\Acronis\TrueImageHome\ArchiveExplorer ATI12 is writing 6-8 log files every single minute! I just deleted 2500 of them.

The files all look like this:

2011-11-12-10-56-03.log 125 11/12/2011 10:56 AM
2011-11-12-10-56-11.log 125 11/12/2011 10:56 AM
2011-11-12-10-56-20.log 125 11/12/2011 10:56 AM
2011-11-12-10-56-28.log 125 11/12/2011 10:56 AM
2011-11-12-10-56-36.log 125 11/12/2011 10:56 AM
2011-11-12-10-56-44.log 125 11/12/2011 10:56 AM
2011-11-12-10-56-52.log 125 11/12/2011 10:56 AM
2011-11-12-10-57-01.log 125 11/12/2011 10:57 AM
2011-11-12-10-57-13.log 125 11/12/2011 10:57 AM
2011-11-12-10-57-21.log 125 11/12/2011 10:57 AM
2011-11-12-10-57-30.log 125 11/12/2011 10:57 AM
2011-11-12-10-57-38.log 125 11/12/2011 10:57 AM
2011-11-12-10-57-46.log 125 11/12/2011 10:57 AM
2011-11-12-10-57-54.log 125 11/12/2011 10:57 AM
2011-11-12-10-58-03.log 125 11/12/2011 10:58 AM
2011-11-12-10-58-11.log 125 11/12/2011 10:58 AM
2011-11-12-10-58-19.log 125 11/12/2011 10:58 AM
2011-11-12-10-58-27.log 125 11/12/2011 10:58 AM
2011-11-12-10-58-36.log 125 11/12/2011 10:58 AM
2011-11-12-10-58-45.log 125 11/12/2011 10:58 AM
2011-11-12-10-58-53.log 125 11/12/2011 10:58 AM

Inside each file is exactly the same thing:

<?xml version="1.0" encoding="UTF-8" ?>

These files appear to be created only when I am actually active on the computer. When I am not on the computer, they are not generated.

I can't figure out why these files are being created nor what setting in ATI12 is causing this mess. Anyone have any ideas on how to stop this useless log file writing?

0 Users found this helpful

See the thread at http://forum.acronis.com/forum/25835 et seq.

Although not all of Acronis' support personnel seem fully aware, it has been acknowledged as a "known issue" here in these forums. The exact nature of all that "background noise" activity (open file handles, empty logs, etc.) hasn't really been explained in response to my multiple requests, but apparently they are working on it for their promised bug fix #1.

Thanks Richard. From your dialog with Acronis "Support" it is clear that they remain as clueless as ever.

Do we have any idea when the 1st 2012 ATI update is scheduled to appear (although I am always hesitant to put on an Acronis fix immediately upon release if nothing is terribly broken because there is a good chance that something WILL break afterwards)....

I wasn't aware of this until I read this thread. I just deleted 4715 log files.

Nor are many others fully aware, but try not to be too hard on the support techies. It's not their fault if Acronis corporate managment and QA are too embarrassed to pass along all of the "known issues" info to them. It's a very tough job at best, and I certainly don't envy them in the current circumstances.

I just checked on my 2nd computer and it has 8016 small log files of 1kb.

Acronis, that's horrible!! How can you permit this to go unchecked?!

Yeah last night I noticed this. I sent an e-mail which bounced. Hat 1012 of these sinc Nov 11. But also noted 98 of these types.
In the C:\Users\All Users\Acronis\TrueImageHome\Logs I found among other logs, 98 logs relating to NSB, all identical accept for the date in the file name and in the text of the logs - These files started when I upgraded to the 2012 version on Nov. 11, 2011.
Sample name: NSB-2011-12-30-18-59-33.log
Sample content:
<?xml version="1.0" encoding="UTF-8" ?>

Since I only use Acronis to create a monthly Image of my O/S partition including sometimes a manually reqested copy (or re-install a specific image, I don't use the above service. (Have other means to copy my data which has worked well for over 20 years (yes even before Windows) LOL.) How can I disable the creation of these logs. I never set up such a backup service.

As to the other "buggy" log file generation I hope Joe Smith is correct. Just downloaded the True Image and Plus updates.

I suppose both types of log files can be just deleted.
Happy New Year to all.