File Corruption

Stefan Nehlsen sn at ParlaNet.de
Mon Sep 12 15:50:41 GMT 2005


On Mon, Sep 12, 2005 at 09:36:27AM -0600, Kevin Stussman wrote:
> Thanks for the explanation.
> 
> Since I have no way to know if Oracle has completed the file, I solved
> the problem by making the transfer process smarter and only deleting the
> file once it has been successfully loaded into the secondary. This way
> if the file was corrupted (i.e. sent before completed) then the next
> round of rsync transfers will update the corrupted file with a 
> completed version (just try try again :-)

Maybe it is possible to user fuser(1) to check if oracle is still sitting
on the file.
 
> I do have one other question...if rsync does do a checksum after
> the file has been transferred, but the original file has been changed
> during transfer, wouldn't the final checksum then fail? Or does it only
> "snapshot" the original state of the file then compare with the checkum
> the transfer. It would be good if rsync was smart enough to warn/retry
> if the source has changed in transit.

rsync will have a second try if this happens and I think it will warn.


cu, Stefan
-- 
Stefan Nehlsen | ParlaNet Administration | sn at parlanet.de | +49 431 988-1260
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.samba.org/archive/rsync/attachments/20050912/32ee1dc3/attachment.bin


More information about the rsync mailing list