Hi, I've been using rsync for several years by now, but it's the first time I have a problem with file transfers. The scenario is quite complex, I have an inotify script that syncs a hole folder when new files arrive to another server that has an curlftp mount of another server. Most of the times, sync happens right, but in other opportunities, 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. In example, a 99MB file was transferred, it copied 22MB and then deleted the source without errors. ?Is there a way that rsync prints individual file transfer size instead of a total at the end? I have just set rsync to verbose at this time, but if requested, I can make some tests with -vvv flag Regards,
On Tue, Nov 26, 2013 at 5:57 AM, Juan Pablo Lorier <jplorier at gmail.com>wrote:> 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. >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: ERROR: Skipping sender remove for changed file: foo 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). ..wayne.. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.samba.org/pipermail/rsync/attachments/20131126/e318d685/attachment.html>