OK. Thanks. Where can I find information regarding how to interpret
—itemize-changes?

The timestamps aren’t changing, so the target must not be storing them,
which I have no idea why. The directory I’m writing to is 777.

What is the flag to tell rsync to ignore the timestamps?

Thanks,
Blake

On 6/2/16, 6:18 PM, "rsync on behalf of Kevin Korb"
<rsync-boun...@lists.samba.org on behalf of k...@sanitarium.net> wrote:

>It is saying the timestamp is wrong and that it is copying the file and
>changing the timestamp.  If it does that every time then either the
>timestamps are changing on the source or the target isn't storing them.
>
>On 06/02/2016 06:13 PM, McDowell, Blake wrote:
>> 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__Derivativ
>>>es
>>> /2012_79_1_14_1_DER_01.mov
>>> f..t....... 
>>> 
>>>2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__Derivativ
>>>es
>>> /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/1
>>>19
>>> 9WP_00086400.dpx
>>> f..t....... 
>>> 
>>>2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__UHD_DPX/1
>>>19
>>> 9WP_00086401.dpx
>>> f..t....... 
>>> 
>>>2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__UHD_DPX/1
>>>19
>>> 9WP_00086402.dpx
>>> f..t....... 
>>> 
>>>2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__UHD_DPX/1
>>>19
>>> 9WP_00086403.dpx
>>> f..t....... 
>>> 
>>>2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__UHD_DPX/1
>>>19
>>> 9WP_00086404.dpx
>>> f..t....... 
>>> 
>>>2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__UHD_DPX/1
>>>19
>>> 9WP_00086405.dpx
>>> f..t....... 
>>> 
>>>2012_79_1_14_1__1199_Workprint/2012_79_1_14_1__1199_Workprint__UHD_DPX/1
>>>19
>>> 9WP_00086406.dpx
>> 
>> 
>> ~Blake
>> 
>> 
>> 
>> On 6/2/16, 5:44 PM, "rsync on behalf of Kevin Korb"
>> <rsync-boun...@lists.samba.org on behalf of k...@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.               ke...@futurequest.net  (work)
>>>     Orlando, Florida                k...@sanitarium.net (personal)
>>>     Web page:                       http://www.sanitarium.net/
>>>     PGP public key available on web site.
>>> 
>>>~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,
>>>
>
>-- 
>~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,
>       Kevin Korb                      Phone:    (407) 252-6853
>       Systems Administrator           Internet:
>       FutureQuest, Inc.               ke...@futurequest.net  (work)
>       Orlando, Florida                k...@sanitarium.net (personal)
>       Web page:                       http://www.sanitarium.net/
>       PGP public key available on web site.
>~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,
>

-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

Reply via email to