From: Les Mikesell - 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 t
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
On 2011-03-31 14:58 John Rouillard wrote:
> Having myself spent a few weeks getting it all working on a plug
computer,
> did you make sure to correct *both* bugs that I found and posted to
> the archive?
John, I reviewed the two issues at
http://www.adsm.org/lists/html/BackupPC-users/2011-01/m
On 2011-03-31 15:47 John Rouillard wrote:
> The only way the March 30'th backup wouldn't have transferred the
> files was if the march 29th backup was a level 1 incremental and the
> march 30'th was a level 2 incremental. In that case the march 30'th
> incrementals reference tree would have been f
I am running backuppc 3.1.0-4 on a plug computer (ARM processor) with the
Perl rsync fix for ARM processors. On March 24, backuppc did an
incremental backup that picked up two 350MB files which had been uploaded
to my web server. On March,25, backuppc did a full backup and indicated
that the f
John, the other problem I had is posted at
http://sourceforge.net/mailarchive/message.php?msg_name=OFFE6253E3.C63F04BF-ON85257764.004B5F46-85257764.004F1D51%40sinet.ca
with a response by Josh Malone. I think my situation is rather unique,
unless your backuppc system lost track of some full bac