Nick Webb wrote:
> Rich Rauenzahn wrote:
>> dan wrote:
>>> no, incrementals are more efficient on bandwidth. they do a less
>>> strenuous test to determine if a file has changed.
>>>
>>> at the expense of CPU power on both sides, you can compress the rsync
>>> traffic either with rsync -z
>> Have you tried rsync -z? Last I heard, BackupPC's rsync modules don't
>> support it.
>>
>> Rich
>
> Actually, if I use the -z/--compress option in rsync or use ssh
> compression BackupPC dies after a few hours (aborted by signal=PIPE).
> Any suggestions on how to figure out why this is failing. Works fine
> without compression, but takes forever...
>
> 2008-02-19 14:59:05 full backup started for directory /
> 2008-02-19 22:25:42 Aborting backup up after signal PIPE
> 2008-02-19 22:25:48 Got fatal error during xfer (aborted by signal=PIPE)
> 2008-02-19 22:25:48 Saved partial dump 43
> 2008-02-19 23:00:01 removing incr backup 27
Backuppc's perl version of rsync doesn't support the -z option.
However, it should work to add -C to ssh like this:
$Conf{RsyncClientCmd} = '$sshPath -C -l root $host $rsyncPath $argList+';
--
Les Mikesell
[EMAIL PROTECTED]
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
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/
