Re: [rdiff-backup-users] rdiff-backup performance stats.

2006-05-24 Thread Steve Clement
Jim C. Nasby wrote: What's rsync give you? I won't rsync them 33Gb again :) but here goes with my home dir over USB2: rdiff-backup is 7 minutes faster than rsync which is good. I attached the re-sync of this morning too. rdiff-backup -v5 --print-statistics /home/steve

Re: [rdiff-backup-users] rdiff-backup performance stats.

2006-05-24 Thread Steve Clement
[EMAIL PROTECTED] wrote: gigabit link SATA Raid 10 could you explain what this means and provide more details? you speak of 2 systems interconnected via gigabit - both (or just one of them) having sata raid10 ? They are identical and connected via a throw away backend with NO other

Re: [rdiff-backup-users] rdiff-backup performance stats.

2006-05-24 Thread dean gaudet
On Wed, 24 May 2006, Steve Clement wrote: dean gaudet wrote: rdiff-backup --remote-schema '%s' src 'rdiff-backup --server'::dst Well ssh is not the best file carrier, scp for instance is slow as... but there is a HPN Patch: i think you missed my point... remote rdiff-backup is slow even

Re: [rdiff-backup-users] rdiff-backup performance stats.

2006-05-24 Thread Jim C. Nasby
So if rdiff is faster than rsync, what's the problem? On Wed, May 24, 2006 at 09:59:26AM +0200, Steve Clement wrote: Jim C. Nasby wrote: What's rsync give you? I won't rsync them 33Gb again :) but here goes with my home dir over USB2: rdiff-backup is 7 minutes faster than rsync which

[rdiff-backup-users] possible memory leak on restore

2006-05-24 Thread Mike Weisenborn
I have a fairly good-sized (34G) backup set of which 17G or so is the current data, and another 17G is the last 30 days of incrementals. I'm trying to create a snapshot of this data in another location by doing this: rdiff-backup -r now /target0/backups/host /snapshot/20060523/host The

[rdiff-backup-users] Re: rdiff-backup-statistics not working

2006-05-24 Thread roland
hello ! i just found the new statistics feature and tried it, but it doesn't seem to work? i use debian unstable, so the used version is 1.1.5-1 same problem here - this script just doesn`t seem to work with python 2.4 (using Python 2.3.3 ) regards roland i just found the new statistics

Re: [rdiff-backup-users] possible memory leak on restore

2006-05-24 Thread dean gaudet
On Wed, 24 May 2006, Mike Weisenborn wrote: I have a fairly good-sized (34G) backup set of which 17G or so is the current data, and another 17G is the last 30 days of incrementals. I'm trying to create a snapshot of this data in another location by doing this: rdiff-backup -r now

Re: [rdiff-backup-users] rdiff-backup performance stats.

2006-05-24 Thread rdiff
Looks like something is slow. We're syncing a 320gb mirror over a 1mbit Internet line in 11 hours. Strange. On Tue, 23 May 2006, Steve Clement wrote: This is over a gigabit link SATA Raid 10 , conclude for yourselves. --[ Session statistics ]-- StartTime

Re: [rdiff-backup-users] rdiff-backup performance stats.

2006-05-24 Thread roland
BTW, are you sure you're getting a gigabit connection? I don't think you can actually do that with a crossover cable... at least you cannot use an ordinary crossover cable, because gigabit needs all 4 pairs of wires being crossed btw - many gbit nic`s do auto-crossover, so you probably donĀ“t

[rdiff-backup-users] --just-fix-my-broken-backup ?

2006-05-24 Thread Adam Lazur
The filesystem I've been backing up to has suffered some filesystem damage. I've fsck'd and it assures me everything is better now that there are 1365 files in lost+found. So I let rdiff-backup get back to its regularly scheduled backups, but it bails every time like so: rdiff-backup

Re: [rdiff-backup-users] rdiff-backup performance stats.

2006-05-24 Thread roland
If the nics support auto-mdi-x will it get full gbit on a strait cable? yes - in theory (if the cable has 4 pairs of wires) never tried this myself, but read about this very often - Original Message - From: [EMAIL PROTECTED] To: roland [EMAIL PROTECTED] Cc: Jim C. Nasby [EMAIL

Re: [rdiff-backup-users] --just-fix-my-broken-backup ?

2006-05-24 Thread dean gaudet
On Wed, 24 May 2006, Adam Lazur wrote: ValueError: invalid literal for long(): 22714811 ModTime 11037487348i55id 1003 that looks fairly well corrupted... Is it time to perform surgery on the metadata file? I'm cool with blowing away portions of the tree to save my backup... but I'd rather