Problem syncing to Netapp (rsync: failed to set times on...)

[BillDorrian at pgatourhq.com]

Thanks for the suggestions, guys. 

I'll try testing times on the NAS device, as well as the --size-only 
options. These are photos - I wonder what the odds are of a modified file 
having the same size as the original?


Bill Dorrian
Network Administrator
Desk: 904-273-7625
Cell: 904-859-9471



From:
"Greg Deback (rsync)" <greg.deb+rsync at gmail.com>
To:
"Joachim Otahal (privat)" <Jou at gmx.net>, 
Cc:
BillDorrian at pgatourhq.com, rsync at 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.deb at gmail.com



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) <Jou at gmx.net> 
wrote:
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 Server 
accessing the netapp) and create a file from your mount point, and check 
whether the time is right.

cifs isn't the fastest way in unix environments, and samba uses _quite_ an 
amount of CPU power if you are above 50 MB/s.
If in any way possible you should do it more directly, having an 
in-between box in the network causes (if -c is used) that all files are 
read from both boxes over the network just for the checksum, hence the bad 
performance.

These Netapps, are they "pure" storage and the server using them is either 
windows or linux? If yes: Put rsync directly on those servers. This also 
applies to most NAS boxes I know, they offer rsync directly, most of the 
time as server.

Joachim

BillDorrian at pgatourhq.com schrieb: 
Hey folks.

I have a machine that I use as an intermediary to rsync between a NAS in 
another building (the users there have poor bandwidth and need local 
storage) and the our Netapp located in our Datacenter. I get lots of the 
"rsync: failed to set times on..." errors, and files which have already 
been transferred just try to sync again anyway.

These are the mount options that I use for both sides:

mount -t cifs -o credentials=/root/.synccreds //nasdevice/folder /nas
mount -t cifs -o credentials=/root/.synccreds //netapp/folder /netapp


The ".synccreds" file has the credentials of an Active Directory Domain 
Admin account, which has "Full Control" on both the NAS and the Netapp.


Here is the command that I run to do the rsync:

rsync -rvt  --delete --progress /nas/ /netapp/

Running rsync with "-i" shows that the files are transferring because of 
timestamp differences.

I tried the "-c" option in place of the "-t", but the server doing the 
sync just hung there for literally two days without anything transferring 
and no output. I realize that the -c option is slower, but yikes!

Any thoughts? Suggestions?

Thanks,
Bill D.


Bill Dorrian
Network Administrator
Desk: 904-273-7625
Cell: 904-859-9471 
" THE PLAYERS begins May 10 on Golf's Greatest Stadium. For more 
information visit PGATOUR.COM/theplayers."

"The information contained in this transmission and any attachments may 
contain privileged and confidential information. It is intended only for 
the use of the person(s) named above. If you are not the intended 
recipient, you are hereby notified that any review, dissemination, 
distribution, or duplication of this communication is strictly prohibited. 
If you are not the intended recipient, please contact the sender by reply 
email and destroy all copies of the original message."




--
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


" THE PLAYERS begins May 10 on Golf's Greatest Stadium. For more information visit PGATOUR.COM/theplayers." 
"The information contained in this transmission and any attachments may contain privileged and confidential information. It is intended only for the use of the person(s) named above. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution, or duplication of this communication is strictly prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message." 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.samba.org/pipermail/rsync/attachments/20120409/aadb2695/attachment.html>