Using rsync to copy a local directory to a remote computer takes a 67 seconds.
Using rdiff-backup to backup the same local directory to a remote computer
takes 11 minutes. Why does rdiff-backup go so slow? Does the number of
increments on the remote computer influence the speed? We keep 30
The rdiff-backup comparison should work if you're
using a recent rdiff-backup on both ends.
You mean the rdiff-backup version? It's 1.2.8 on both servers. But does
it to an in-place comparison? If I understand the man page correctly, it
first copies the data from the dest to the source and
I think you misunderstood the man page (if you're
talking about what it says for --compare-hash).
I was talking about using compare-full as an alternative to
compare-hash. I believe the man page states that compare-full brings the
whole file over from the dest to the source and compares it
I've never tried using --compare-hash.
There has been a lot of talk in the past about how to
verify backups and really for me the only full proof solution
is to restore somewhere and compare (diff) against original.
Unfortunately, I am talking about directories with up to 2 million files
It's quiet.
Yeah, too quiet. Gives me the willies.
Me, too.
--
Eric Robinson
-Original Message-
From: rdiff-backup-users-bounces+eric.robinson=psmnv@nongnu.org
[mailto:rdiff-backup-users-bounces+eric.robinson=psmnv@nongnu.org]
On Behalf Of Robinson, Eric
Sent: Saturday
I've been using rdiff-backup for a while, but today was the first time I
tried using the --compare-hash directive.
First I get tons of these messages...
Warning: Metadata file has no digest for file, unable to
compare.
That's scary enough by itself. But then at the end it says...
When I run rdiff-backup --list-increment-sizes, it shows 0 bytes for
October 29 and 30...
[r...@ftp01 virtftp.ha_ftp.rdiffs]# rdiff-backup --list-increment-sizes
site057
Time SizeCumulative size
I used rdiff-backup to backup a large directory to another server where
most of the data already existed. I had formerly been using rsync.
Since the destination directory already had files in it, the command I
used was:
[r...@ftp02 /]# rdiff-backup --force /ftp/site053
On a separate issue, I did a backup that seemed to go welll, but I don't
understand the results.
Here is the session stats...
StartTime 1256801828.00 (Thu Oct 29 00:37:08 2009)
EndTime 1256802253.92 (Thu Oct 29 00:44:13 2009)
ElapsedTime 425.92 (7 minutes 5.92 seconds)
SourceFiles 3964