On Tue, Aug 26, 2014 at 9:48 AM, <[email protected]> wrote:
> I recently upgraded my ARM plug computer from an ancient version of Ubuntu
> to Debian Squeeze running backuppc 3.1.0. Everything seemed to be going
> well until yesterday when a full backup of a relatively quiet server
> downloaded 1.5 GB of data. The original full backup seven days ago was only
> 2.3 GB and incremental backups have been around 152 MB. When I checked the
> logs, there were 47 'create' entries adding up to about 300 MB (I excluded
> 'create d' entries) while the rest were 'pool' and 'same'. The 300 MB
> includes some double-counting since the backup failed (probably connectivity
> problems) and restarted.
>
> This reminded me of a problem with File::RsyncP on ARM processes that Craig
> fixed back in 2010. I was not able to verify the File::RsyncP version level
> (probably 0.68) but used CPAN to upgrade File::RsyncP to version 0.70. The
> incremental backup this morning finished in half the time of previous
> incremental backups which is encouraging.
>
> I am in the process of upgrading another ARM plug computer from Debian
> Squeeze to Debian Wheezy. It looks like Wheezy comes with File::RsyncP 0.70
> and backuppc 3.2.1.
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 Mikesell
[email protected]
------------------------------------------------------------------------------
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/
