
<html>

  <head>

    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">

  </head>

  <body bgcolor="#FFFFFF" text="#000000">

    Hi Wayne,<br>

    <br>

    I assume the file is completed by the time rsync started copying,

    but it may happens that another file creation triggered the rsync

    before the last one was copied and in that case, the scenario you

    described is possible.<br>

    I'll try to enhace my script not to sync everything and to update

    rsync also.<br>

    Thank you very much.<br>

    Regards,<br>

    <br>

    <div class="moz-cite-prefix">On 27/11/13 04:20, Wayne Davison wrote:<br>

    </div>

    <blockquote

cite="mid:CAHSx_Stvq99g6e4FZ_1tUU6zXOsME3XzrSqvS-_Q132AOzPMWA@mail.gmail.com"

      type="cite">

      <div dir="ltr">

        <div class="gmail_extra">

          <div class="gmail_quote">On Tue, Nov 26, 2013 at 5:57 AM, Juan

            Pablo Lorier <span dir="ltr"><<a moz-do-not-send="true"

                href="mailto:jplorier@gmail.com" target="_blank">jplorier@gmail.com</a>></span>

            wrote:<br>

            <blockquote class="gmail_quote" style="margin:0px 0px 0px

0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

              <div id=":70" style="overflow:hidden">I see by the logs

                that files are partially transferred and deleted from

                source (as specified by the flag) but destination file

                is far from a copy of the original.</div>

            </blockquote>

          </div>

          <br>

          Are those files possibly copied before they are done being

          written?  The best way to orchestrate a setup like that is to

          move fully-formed files into the dir where rsync will

          copy+delete them (i.e. create them in a different folder on

          the same mount and rename them).  Rsync 3.1.0 has a change

          that tries to help people who don't follow that best-practice

          rule:  if the sender's file does not have the same size and

          modify time at delete time as it did when it was originally

          scanned, the remove request is skipped and rsync outputs an

          error message:</div>

        <div class="gmail_extra">

          <pre style="color:rgb(0,0,0)">ERROR: Skipping sender remove for changed file: foo</pre>

          If you're using an older rsync, you might try compiling the

          latest git version (or "nightly" tar file) and see if that

          extra check helps you (make sure at least the sending side has

          the new code).</div>

        <div class="gmail_extra"><br clear="all">

          <div>..wayne..</div>

        </div>

      </div>

    </blockquote>

    <br>

  </body>

</html>