On Thu, Feb 21, 2008 at 11:43 AM, Nick Webb <[EMAIL PROTECTED]> 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.
>
>  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...

As Rich said, BackupPC's rsync modules don't support compression. SSH
compression should work fine, though.

-Dave

-------------------------------------------------------------------------
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
BackupPC-users@lists.sourceforge.net
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Reply via email to