rsync keeps writing files over

McDowell, Blake McDowellH at si.edu
Thu Jun 2 22:13:57 UTC 2016


Thanks Kevin! I¹m unclear how to read the ‹itemize-changes output. Can you
provide some insight?

This is a local transfer from an external drive to an internal drive all
attached to one computer.


rsync -aPh --itemize-changes -n
/Volumes/shuttle_05/2012_79_1_14_1__1199_Workprint /Volumes/3TB_LTO/LT003A/
sending incremental file list
>f..t....... 
>2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__Derivatives
>/2012_79_1_14_1_DER_01.mov
>f..t....... 
>2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__Derivatives
>/2012_79_1_14_1_DER_02.mov
>f..t....... 
>2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__UHD_DPX/119
>9WP_00086400.dpx
>f..t....... 
>2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__UHD_DPX/119
>9WP_00086401.dpx
>f..t....... 
>2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__UHD_DPX/119
>9WP_00086402.dpx
>f..t....... 
>2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__UHD_DPX/119
>9WP_00086403.dpx
>f..t....... 
>2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__UHD_DPX/119
>9WP_00086404.dpx
>f..t....... 
>2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__UHD_DPX/119
>9WP_00086405.dpx
>f..t....... 
>2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__UHD_DPX/119
>9WP_00086406.dpx


~Blake



On 6/2/16, 5:44 PM, "rsync on behalf of Kevin Korb"
<rsync-bounces at lists.samba.org on behalf of kmk at sanitarium.net> wrote:

>Instead of the second -v (or even the first) add --itemize-changes.  It
>will tell you why each file is being copied.  If the file timestamps are
>not correct then perhaps the underlying storage doesn't allow arbitrary
>mtime changes.
>
>On 06/02/2016 05:23 PM, McDowell, Blake wrote:
>> Hi,
>> 
>>  
>> 
>> At my work we use rsync to move files between drives and to LTO among
>> other things.
>> 
>>  
>> 
>> I¹m having an issue using rsync to move material between and external
>> drive and an internal drive.
>> 
>>  
>> 
>> We run ³rsync ­avvPh <src> <dest>² and most of the files keep writing
>> every time I run this. It appears that the modification times are not
>> being carried through to the destination resulting in the files
>> continually wanting to re-write.
>> 
>>  
>> 
>> I¹m hoping someone can help me figure this out. Any information you need
>> from me (logs, etc) I¹m happy to try and provide.
>> 
>>  
>> 
>> Many thanks,
>> 
>> Blake  
>> 
>> 
>> 
>
>-- 
>~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,
>	Kevin Korb			Phone:    (407) 252-6853
>	Systems Administrator		Internet:
>	FutureQuest, Inc.		Kevin at FutureQuest.net  (work)
>	Orlando, Florida		kmk at sanitarium.net (personal)
>	Web page:			http://www.sanitarium.net/
>	PGP public key available on web site.
>~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,
>




More information about the rsync mailing list