rodavilla Posted December 23, 2008 Report Share Posted December 23, 2008 Everytime I run a duplication script on retrospect express (Mac), it erases all the files first, then copies all the files over again. I thought it was not supposed to erase a file that is identical to the original. I have tried "replace entire disk" and "replace corresponding files". How can I get it to only delete and replace files that have changed? Thanks for any help. Quote Link to comment Share on other sites More sharing options...
Lennart_T Posted December 23, 2008 Report Share Posted December 23, 2008 Retrospect doesn't see the files as identical and erases them. Have you checked the file system(s)? Are both disks "Mac OS Extended"? Quote Link to comment Share on other sites More sharing options...
CallMeDave Posted December 23, 2008 Report Share Posted December 23, 2008 Everytime I run a duplication script on retrospect express (Mac), it erases all the files first, then copies all the files over again Please provide _more_ (more, more) information about your hardware and software configuration. - What is the Destination of your Duplicate? Quote Link to comment Share on other sites More sharing options...
rodavilla Posted December 24, 2008 Author Report Share Posted December 24, 2008 yes, both harddrives are Mac OS Extended (Journaled). I cannot figure out why Retrospect does not see the files as identical. As far as I can tell, they are. Quote Link to comment Share on other sites More sharing options...
rodavilla Posted December 24, 2008 Author Report Share Posted December 24, 2008 I am using a Mac Pro quad. I am trying to duplicate about 150 GB's of files from an external LaCie 500 GB hard drive to another LaCie 250 GB hard drive. Plenty of room. Using System OS 10.5.6. Quote Link to comment Share on other sites More sharing options...
CallMeDave Posted December 24, 2008 Report Share Posted December 24, 2008 I cannot figure out why Retrospect does not see the files as identical. Ask Retrospect to show you. Immediate->Duplicate->Files Chosen (button) Will show information for Source, Destination and Copying. Does "Copying" show Already copied at 0% and Need to copy at 100%? In the Browser window, select one file from the list (this is the Source) and press Command+I (or Get Info from the File Menu) Now visit Configure->Volumes->Destination_Volume_Used_In_Duplicate->Browse Find the same file, and select it and Get Info on it. Move the two Get Info windows side by side, and compare. Anything different? This method does not show extended attributes, as that feature was added to Retrospect later, without the get info dialog box being updated. In that case, you might want to disable the Use attribute modification date when matching option from your Duplicate operation. Quote Link to comment Share on other sites More sharing options...
Sargel Posted June 22, 2009 Report Share Posted June 22, 2009 I have the _EXACT_ same problem as the topicstarter. Also on the Mac. Using 6.1.138 When I use duplicate the first time it nicely copies everything. When I do it again, it just copies everyting again. The files are identical, the hard drives both are Mac OS Extended (Journaled). So I'm wondering why Retrospect is copying everything everytime. We're using Retrospect for some time now, but if this isn't working, I'm really have to change the software package. I don't want to tho, because everything else works really great in Retrospect. How can I duplicate without Retrospect deleting all the files and copying everything everytime? Quote Link to comment Share on other sites More sharing options...
rhwalker Posted June 22, 2009 Report Share Posted June 22, 2009 I have the _EXACT_ same problem as the topicstarter. Also on the Mac. Using 6.1.138 Your version of Retrospect 6.1 is very out of date, and the update to 6.1.230 (the current version) is free. Whatever. This may not be your problem. When I use duplicate the first time it nicely copies everything. When I do it again, it just copies everyting again. The files are identical, the hard drives both are Mac OS Extended (Journaled). So I'm wondering why Retrospect is copying everything everytime. We're using Retrospect for some time now, but if this isn't working, I'm really have to change the software package. I don't want to tho, because everything else works really great in Retrospect. How can I duplicate without Retrospect deleting all the files and copying everything everytime? I bet that you have the destination options set to "Replace entire disk" or some such rather than "Replace corresponding files". Please post a screenshot of your "Duplicate > Destination" dialog window. Russ Quote Link to comment Share on other sites More sharing options...
twickland Posted June 23, 2009 Report Share Posted June 23, 2009 I bet that you have the destination options set to "Replace entire disk" or some such rather than "Replace corresponding files". Actually, during a Duplicate, this setting, variously called "Replace entire disk" and "Replace entire contents" should still only replace those files that have changed since the last duplicate. The observed phenomenon suggests that some file attribute has changed, at least in Retrospect's eyes, since the previous duplicate. Quote Link to comment Share on other sites More sharing options...
KirkW Posted November 6, 2009 Report Share Posted November 6, 2009 I am also experiencing the exact same issue. We have an XServe G5 running OS X 10.4.11 and Retrospect 6.1.230. As a test I'd duplicate a 600MB/4000file folder from the XRaid to a LaCie 4Big. In accordance with the Retrospect manual, the contents of the 4Big are wiped, and then the test folder is duplicated using the "Replace Entire Disk" option. So far, so good. I'd immediately run the same script again. According to the documentation, "identical files already present on the destination are not duplicated." Status windows will show Restrospect scanning the files and privileges of the source, then the files and privileges of the destination. The Duplicate progress window will appear. So far, expected behavior. And then another status window appears saying "Deleting" as it deletes all the files on the destination. That is not expected per the Retrospect manual. The operation proceeds, copying over the same (unchanged) files it copied before. When it finishes I used "Get Info" on one file from both the source and destination. The file size, name and creation date are identical. However, the modification date does not match - it shows the date the duplicate file was written to the destination (as expected). Apparently this modification date difference is what's throwing off Retrospect. One would expect the "Duplicate" function to only copy those source files with a newer modification date, but that doesn't appear to be the case. If one disables the "Use attribute modification date when matching" (found under Options, More Choices, Matching), then the Duplicate function behaves as everyone expects - any changes to the source (rename, modify, move, delete) are reflected on the destination, with unchanged files remaining untouched. Unfortunately, this option is not described in the Retrospect manual. Selecting it seems counter-intuitive - one would expect that by not looking at the modification date, files that are modified would get overlooked in subsequent Duplication runs. However, my testing shows that is not the case. Turning off this option finally got the Duplicate function to behave as most people would expect. Quote Link to comment Share on other sites More sharing options...
Lennart_T Posted November 7, 2009 Report Share Posted November 7, 2009 IWhen it finishes I used "Get Info" on one file from both the source and destination. The file size, name and creation date are identical. However, the modification date does not match - it shows the date the duplicate file was written to the destination (as expected). That is NOT expected. You will see that for folders, but the dates should be preserved for files. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.