[patch] New RC to differentiate partial xfers from files that get deleted before they're xfered

Evan Skinner1 ESKINNER at uk.ibm.com
Thu Aug 7 23:58:54 EST 2003


All,

During development of a backup solution with rsync I experienced some
failed backups because of RC 23, partial transfer. These were because the
application using the data I was backing up, was still active, and had
deleted a file inbetween rsync compiling the file list and then transfering
the file.

After some feedback from Wayne Davidson and JW Schultz suggesting the
solution to this, I've patched the rsync-2.5.6 code to acheive this
diferentiation with a new RC. If the only errors that occured during an
rsync session are 'file not found' when send_files attempts to send the
file, then we get RC 24, RERR_VANISHED, and some text to the same effect.
I've changed log.c to start the error messsage with "rsync warning" instead
of "rsync error" to make it obvious this is not a failure condition.

I made these changes on the rsync-2.5.6 code instead of the HEAD stuff in
cvs, so I've included a diff -u against both the rsync-2.5.6 source and the
latest HEAD source.

Please let me know what you think.

Ev.

PS: I'm using lotus notes as my mailer so I hope it doesn't screw up the
attachments.

(See attached file: diff.rsync-2.5.6)(See attached file: diff.HEAD)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: diff.rsync-2.5.6
Type: application/octet-stream
Size: 3345 bytes
Desc: not available
Url : http://lists.samba.org/archive/rsync/attachments/20030807/f6139e28/diff.rsync-2.5.obj
-------------- next part --------------
A non-text attachment was scrubbed...
Name: diff.HEAD
Type: application/octet-stream
Size: 41423 bytes
Desc: not available
Url : http://lists.samba.org/archive/rsync/attachments/20030807/f6139e28/diff.obj


More information about the rsync mailing list