Cloning files already cloned over and over..
Hi, I wonder if someone could help me figure out why every time Carbon Copy runs it's scheduled task every hour that it repeatedly clones files that haven't changed in months, always the same ones! I've checked the files it's copying to see if the system is changing their date modified for some reason but it isn't.
The only slightly weird thing about the files is they have dates from 1980 etc.. a setup glitch in my camera, yet there are thousands more files like this that it doesn't copy.
Anyone have any idea why cloner might repeatedly re-copy already copied files?
Comments are currently closed for this discussion. You can start a new one.
Support Staff 2 Posted by Mike Bombich on 19 Aug, 2012 01:28 AM
Hi Ross:
I was actually thinking this might be the case before I even got to this sentence. It sounds like your files have a corrupted modification date, or perhaps some other kind of corruption to their filesystem entries. It is interesting that other files have the similar issue but aren't getting recopied. I wonder if CCC's log might have some insight, I actually make a log entry if a file has a truncated modification date.
Can you submit your logs to me for review? The easiest way to do this is from within CCC:
Assuming that the problem is a matter of a corrupted modification date, I wonder if dropping the files (from the source) onto the attached application might resolve the problem. This application will reset the modification date and creation date to the current time.
Thanks,
Mike
3 Posted by Ross Wilson on 20 Aug, 2012 08:26 AM
Hi, thanks for getting back to me.
I've submitted the logs, ID 11329
I tried the date resetting software you provided but unfortunately it doesn't seem to work, I just get: sh: /usr/binSetFile: No such file or directory
I found some sites that tell me how to modify the creation date using terminal which I did for one file, however Carbon Copy still seems to copy this file even though it has a modern date..
Thanks!
Ross
On 19 Aug 2012, at 02:28, Mike Bombich wrote:
> **** PLEASE REPLY ABOVE THIS LINE ****
> **** Any part of your response that is below this line will be discarded ****
Support Staff 4 Posted by Mike Bombich on 20 Aug, 2012 01:42 PM
Ah, I forgot that I add that tool to all of my test systems (I use it as part of my auditing and QA procedures). Try the attached version instead, it has that tool in its bundle.
I would expect that to happen for the first backup after you reset the date because the file on the destination still has a different modification date -- newer or older doesn't matter. Let me know whether the second backup task that you run after resetting the dates on these items continues to copy them.
Mike
Mike Bombich closed this discussion on 20 Sep, 2012 04:59 AM.