I know from a lot of NAS boxes that they tend to use their internal
time to stamp files instead of the time given by a copy job.
The easiest way to test is to deliberately set the time off by a few
hours on the box you monted the stuff on, the NAS and netapp (or the
PS: Another (ugly) workaround: Use two linux boxes, place then both on
each side of the slow line. One side having the NAS mounted + running
rsync server, the other having the netapp mounted.
Then sync between those two linux boxes. Even if you have to use -c or
--ignore-times the full read
PPS. Yet another (a bit ugly) workaround, regarding how often the job is
done : try the options --modify-window=N (N in seconds), to allow timestamp
differences, or/and --size-only (comparing on filesize only).
Greg
On Mon, Apr 9, 2012 at 10:32 PM, Joachim Otahal (privat) j...@gmx.netwrote:
I
From:
Greg Deback (rsync) greg.deb+rs...@gmail.com
To:
Joachim Otahal (privat) j...@gmx.net,
Cc:
billdorr...@pgatourhq.com, rsync@lists.samba.org
Date:
04/09/2012 04:48 PM
Subject:
Re: Problem syncing to Netapp (rsync: failed to set times on...)
Sent by:
greg@gmail.com
PPS. Yet another (a bit
Bill Dorrian wrote:
These are photos - I wonder what the odds are of a modified file
having the same size as the original?
If someone modifies the EXIF metadata (say, to correct a 'picture taken on'
timestamp for a camera that wasn't properly synchronized), the file size
would likely remain the
But the timestamp would not.
-Original Message-
From: rsync-boun...@lists.samba.org [mailto:rsync-boun...@lists.samba.org] On
Behalf Of Kyle Lanclos
Sent: Monday, April 09, 2012 5:06 PM
To: billdorr...@pgatourhq.com
Cc: rsync@lists.samba.org
Subject: Re: Problem syncing to Netapp (rsync
, April 09, 2012 5:06 PM
To: billdorr...@pgatourhq.com
Cc: rsync@lists.samba.org
Subject: Re: Problem syncing to Netapp (rsync: failed to set times on...)
Bill Dorrian wrote:
These are photos - I wonder what the odds are of a modified file
having the same size as the original?
If someone modifies