Displaying 3 results from an estimated 3 matches for "bwag_r2_00130798".
2016 Jun 09
4
rsync keeps writing files over
...roblem, apparently. The timestamps are
transferring.
But, for the files that have the ³n² the timestamps appear to be fine and
those ones don¹t continually transfer. A mystery to me as to why the
timestamps work on these particular files.
<src>
-rwxrwxrwx 24,839,552 2016/05/27 14:00:57 BWAG_R2_00130798.dpx
<dest>
-rwxrwxrwx 24,839,552 2016/05/27 14:00:57 BWAG_R2_00130798.dpx
I¹m running version 3.1.2 protocol 31.
Thanks,
Blake
On 6/2/16, 7:26 PM, "rsync on behalf of Steven Levine"
<rsync-bounces at lists.samba.org on behalf of steve53 at earthlink.net> wrote:
>...
2016 Jun 09
0
rsync keeps writing files over
...gt; transferring.
>
> But, for the files that have the ³n² the timestamps appear to be fine and
> those ones don¹t continually transfer. A mystery to me as to why the
> timestamps work on these particular files.
>
> <src>
> -rwxrwxrwx 24,839,552 2016/05/27 14:00:57 BWAG_R2_00130798.dpx
> <dest>
>
>
> -rwxrwxrwx 24,839,552 2016/05/27 14:00:57 BWAG_R2_00130798.dpx
>
> I¹m running version 3.1.2 protocol 31.
>
>
> Thanks,
> Blake
>
>
> On 6/2/16, 7:26 PM, "rsync on behalf of Steven Levine"
> <rsync-bounces at...
2016 Jun 02
9
rsync keeps writing files over
Cool Thanks!
Specifically, the timestamps on both <src> and <dest> match for "ls -l"
but do not match for "ls -lu" or "ls -lc”
The storage is just an regular HDD in a mac pro tower. I can’t imagine why
it wouldn’t handle timestamps. Also of note - this problem doesn’t exist
for every file, just the vast majority. So, that just makes it more
confusing.
Yes,