Sim writes: > Some time I have error report, from "tar.gz" files. > > ( BackupPc download it with rsync ) > > You can see this report with "One Error". > > Connected to srv1.lan:873, remote version 29 > Connected to module backup > Sending args: --server --sender --numeric-ids --perms --owner --group > --devices --links --times --block-size=2048 --recursive . . > Xfer PIDs are now 12004 > [ saltate 23 righe ] > var-www.tar.gz: md4 doesn't match: will retry in phase 1; file removed > [ saltate 4 righe ] > Done: 26 files, 587554421 bytes
Sometimes the rsync algorithm gets collisions between block digests (ie: two different blocks actually have the same digest) so the wrong block is used. The causes the overall md4 checksum to fail. A second pass is used with larger (stronger) block digests, and the file will be transferred correctly in the second phase. The only impact is an increase in transfer time for the second phase. In more recent rsync protocol versions, the first pass digest length is dynamic, reducing the chance of this happening. but File::RsyncP 0.52 doesn't support this. The next version will. Craig ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 _______________________________________________ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
