the ZFS machine is an nextenta(opensolaris+ubuntu) machine with an
athlon64x2 3800+ and 1Gb Ram with 2 240Gb sata drives in the array. its a
dell e521
On Nov 27, 2007 9:33 AM, Les Mikesell <[EMAIL PROTECTED]> wrote:
> Toni Van Remortel wrote:
>
> > But I don know that BackupPC does use more bandwidth.
> > Besides: when dumping a full backup, the 'pool' means (I hope): file
> > already in pool, using it. If not, then there is a problem, as those
> > files are already in another backup set of the test host. But BackupPC
> > pulls them over anyway.
>
> I'm not sure what you mean by 'pool' here. The only thing relevant to
> what a backuppc rsync transfer will copy is the previous full of the
> same machine. Files of the same name in the same location will use the
> rsync algorithm to decide how much, if any, data needs to be copied -
> anything else will be copied in full. When a newly transferred file is
> being linked to the pool, it may be discovered at that point that
> identical content already exists and a link will be made to save storage
> space.
>
> >> It should work the way you expect as-is, although the rsync-in-perl
> >> that knows how to read the compressed archive is somewhat slower.
> > The problem ain't the backup server nor it's speed. The problem is the
> > data transfer.
> >
> > And I have set up BackupPC here 'as-is' in the first place, but we saw
> > that the full backups, that ran every 7 days, took about 3 to 4 days to
> > complete, while for the same hosts the incrementals finished in 1 hour.
> > That's why I got digging into the principles of BackupPC, as I wanted to
> > know why the full backups don't works 'as expected'.
>
> Did you have a full backup of the same host in place with most files
> unchanged at the time you expected a low bandwidth full to happen? It
> is still possible for the time to to be much longer than an incremental,
> depending on the number of files and the speed and memory of the
> machines but it should not be using much more bandwidth.
>
> --
> Les Mikesell
> [EMAIL PROTECTED]
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> 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/
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
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/
