From: Les Mikesell <lesmikesell@...> - 2014-08-26 15:22:58
> I don't know the details of this bug, but if you are using the
> --checksum-seed option you might want to check the behavior again on
> the 3rd full run. The rsync block checksums should be cached on the
> 2nd run so they don't have to be computed on the server side for
> subsequent runs.
Les, good point! I recall enabling --checksum-seed when I had this
problem in 2010 but left his option commented out in 'config.pl' when I
built the replacement backuppc server..
From: <backuppc@...> - 2014-08-26 16:18:37
> If I recall correctly, I found two bugs on ARM/debian processors
> several years ago. One of which is the one referenced above which is
> due to a problem in the type definition in the adler32_checksum in
> File-RsyncP-0.68.
> I believe the other problem was in the Debian lenny library for md5sum
> which resulted in inconsistent checksum naming of pool files relative
> to x86 versions.
Jeffrey, I posted the comment because I was surprised that Debian
6/Squeeze was shipping an old version of File::RsyncP given that 6.0 first
came out in 2011 and Debian 6.0.10 (the version I am running) was released
in July 2014. I am used to the various Linux tools for upgrading code but
am not a Perl programmer so CPAN was not something I had concerned myself
about. Even getting the version numbers of CPAN modules was not obvious -
the answer is running cpan and entering 'i File::RsyncP'.
------------------------------------------------------------------------------
Slashdot TV.
Video for Nerds. Stuff that matters.
http://tv.slashdot.org/
_______________________________________________
BackupPC-users mailing list
[email protected]
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/
