Did you verify you see the same behavior in 6.3.1 vs. Upgraded today with plugins disabled - ANother set of data has been changed. If the old file was created/modified 13:57 9-9-2012, then the file in the CCC archives will keep that date.Īs I say, going back to 6.2.4 allowed all my backups to complete correctly.įor the second time: Would be useful to see diagnostics.zip. Lucky I noticed it otherwise this could have gone on for weeks and really buggered my backups up.Īlthough I hadn't run that script in weeks as data hadn't changed (and the files being modified were typically 5+ years old, 2007 dates IIRC.)Įdit 2: If I look at CCC backups where the file has been moved to the archives because the master has changed, the file retains its original timestamps, both created and modified, because all CCC is doing is moving it. Obviously doesn't help you, but I cannot risk this happening again. Wasted 3 hours last night trying to work out what was going on. With all due respect, there is absolutely no chance I'll be running 6.3.0 again.
So now I have the correct time/date files along with an identical md5 file in the archive with today's time and date as created and modified.Īlso I noticed that in some cases the same file has been modified twice and now I have three copies on the server, one correct time/date, then two time stamped at approximately the backups run time. Something is changing the files time/date to the run time on the server.ĬCC sees that the server file != master copy, moves the server file to the archive folder and copies the master copy over again. What's it doing exactly? Only changing the timestamps or is it actually transferring the data? MD5 of both original and changed date files are the same. Ended up with about 4000/40GB of files changed to today's date. Nothing in the logs that I can see - but as far as I am concerned 6.3.0 is seriously broken. I've reverted back to 6.2.4 and ran it 4 times - bar copying the files on the first which had already had their metadata changed by 6.3.0, it did not copy anything else.
To confirm it wasn't my mac or CCC, I backed up to my pair of offline disks - works as expected. Result being every time I ran CCC it would copy over more and more data that hadn't changed in years. In some cases part, some cases all the files within that folder would have the modified time and date of whenever CCC accessed it. If I look at the CCC archives - all the files it has copied have a modified data of approximately when CCC accessed that directory. I noticed today that CCC was copying data from my Photo Library to the Array - the problem being the data on this disk hasn't changed in months. Drs.What has changed in 6.3.0 that would cause this? We could never rely on Time Machine and Migration to copy all the details (especially related to our applications) but with Carbon Copy Cloner, what you see is what you get.
Your online support is, by far, the best we’ve ever encountered - as good as having our own tech support advisor available whenever we need him/her! Amazing! And we rest assured, knowing that if we were to encounter a virus or an internet pirate, we have all the backups we need at our fingertips! Backups we can count on - identical to the original in every way - down to the programs and systems and preferences - perfect copies of the original like no other application has ever been able to provide. We cannot thank you enough for the best application we have ever discovered, the clearest, most up-to-date and detailed FAQ and guides, and the most responsive, knowledgeable, and concerned Technical Support Team. We use it every night to back up our work and sleep peacefully knowing our hours of hard work are truly safe and secure. We want you to know that we could not, could NOT, in any way, do our work with the confidence, security, efficiency, and ease if we did not have your Carbon Copy Cloner as our most vital application.