<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    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.<br>
    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.<br>
    <br>
    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.<br>
    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.<br>
    <br>
    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.<br>
    <br>
    Joachim<br>
    <br>
    <a class="moz-txt-link-abbreviated" href="mailto:BillDorrian@pgatourhq.com">BillDorrian@pgatourhq.com</a> schrieb:
    <blockquote
cite="mid:OF5523FEB6.2D717934-ON852579DB.006A41C0-852579DB.006ED331@%5B209.36.57.40%5D"
      type="cite"><font face="sans-serif" size="2">Hey folks.</font><br>
      <br>
      <font face="sans-serif" size="2">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.</font><br>
      <br>
      <font face="sans-serif" size="2">These are the mount options that
        I use
        for both sides:</font><br>
      <br>
      <font face="sans-serif" size="2">mount -t cifs -o
        credentials=/root/.synccreds
        //nasdevice/folder /nas</font><br>
      <font face="sans-serif" size="2">mount -t cifs -o
        credentials=/root/.synccreds
        //netapp/folder /netapp</font><br>
      <br>
      <br>
      <font face="sans-serif" size="2">The ".synccreds" file has
        the credentials of an Active Directory Domain Admin account,
        which has
        "Full Control" on both the NAS and the Netapp.</font><br>
      <br>
      <br>
      <font face="sans-serif" size="2">Here is the command that I run to
        do
        the rsync:</font><br>
      <br>
      <font face="sans-serif" size="2">rsync -rvt  --delete --progress
        /nas/ /netapp/</font><br>
      <br>
      <font face="sans-serif" size="2">Running rsync with "-i" shows
        that the files are transferring because of timestamp
        differences.</font><br>
      <br>
      <font face="sans-serif" size="2">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!</font><br>
      <br>
      <font face="sans-serif" size="2">Any thoughts? Suggestions?</font><br>
      <br>
      <font face="sans-serif" size="2">Thanks,</font><br>
      <font face="sans-serif" size="2">Bill D.</font><br>
      <br>
      <br>
      <font face="sans-serif" size="2">Bill Dorrian</font><br>
      <font face="sans-serif" size="2">Network Administrator</font><br>
      <font face="sans-serif" size="2">Desk: 904-273-7625</font><br>
      <font face="sans-serif" size="2">Cell: 904-859-9471</font><font
        face="sans-serif">
        <p>"
          THE PLAYERS begins May 10 on Golf's Greatest Stadium. For more
          information visit PGATOUR.COM/theplayers."</p>
        <br>
        "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."<br>
      </font>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
    </blockquote>
    <br>
  </body>
</html>