On Sun, Feb 24, 2008 at 7:25 AM, Nils Breunese (Lemonbit) <[EMAIL PROTECTED]>
wrote:

> Damien Hull wrote:
>
> > Heres what I have
> >
> > BackupPC Server
> > 1. Ubuntu Dapper Server (LTS)
> > 2. Installed BackupPC from the Ubuntu package (apt-get)
> > 3. According to the web interface I have version 2.1.2
> >
> > Network
> > 1. laptop
> > 2. Workstation
> > 3. 3 servers
> >
> > Questions
> > 1. Should I get the new version?
>
> Version 3 is nicer. It has a GUI config editor, can use IO::DirEnt for
> a big performance boost, etc. But if 2.1.2 is working for you and you
> want to keep everything LTS, then you could just stay with that.
>
> Version 3 is much much nicer, performes much better, and has been more
reliable for me.


> > 2. Why is the data directory in /var/backuppc?
>
> Because the Ubuntu packager has decided on that. I thought it was /var/
> lib/backuppc on Ubuntu, but oh well.
>
> > 3. How do I change the data directory?
> > 4. Should I change the data directory?
>
> This is a frequently asked question. Short answer: no, don't change
> the data directory when using a packaged version of BackupPC. Just
> mount your backup drive/array on /var/lib/backuppc. If you really
> don't want to do that for any reason you can create a symlink that
> points from /var/lib/backuppc to your backup drive/array.
>

if you change it, by changing $TopDIR, some of the information in your
backuppc status screens on the be interface will not work and backuppc
becomes a bit quirky.  listen to Nils, mount your share there!  An
alternative to the choices he gave you is what I do, which is use the bind
mount option to mount your target backup directory on /var/lib/backupps
console:
mount -o bind /target /var/lib/backuppc
fstab:
/target   /var/lib/backuppc    bind 0 0


>
> > 5. Is there a way to do off site storage?
>
> Some people replicate the data directory on remote server (using rsync
> for instance), but this doesn't scale very well, especially because of
> BackupPC's intensive use of hardlinks. For a small number of machines
> it might be feasible, but you may need to setup a separate remote
> BackupPC server that also backs up your machines if you want backups
> in two places.
>

dont be so affraid of rsync for offsite storage if you have a decent
backuppc server.  the key here is that you need a lot of RAM if you have a
lot of files.  you can check your pool file count with `find /path/to/pool |
wc -l` (thats 'L' not 'one'), take that number times 100/8/1024/1024, which
is 100bits per file, by 8 to get bytes, by 1024 to get KB and by 1024 to get
MB.  if you have 1,000,000 files, you need  12MB of ram for rsync, if you
have 30,000,000 files you need 357MB of ram for rsync.  the deeper your
directory tree, the more memory it takes for rsync so you could ad 50% to
that number to be safe(more characters in directory names = more bits.)
i have 7578550 files on one of my servers which only takes about 100MB of
ram for the rsync and I sync that over a 768Kb/sec DSL(96KB) with rsync in
about 15 minutes.  it did take a whole day to sync it up the first time.  be
sure to use rsync -aH as the H is very important here.

-dan

>
> Nils Breunese.
>
> -------------------------------------------------------------------------
> 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/
>
-------------------------------------------------------------------------
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/

Reply via email to