I'm working on the same problem. here's where i am. Look back
through the list archive, others are working on the same problem
in the last few weeks.
1) tried just pointing veritas netbackup at the backuppc disk.
veritas is fine with hard links, no problem there, but with even
150G used on my ba
I should add that my disk hardware is slow - a hardware raid with 5400rpm
parallel ATA disks. I bought this particular raid because i was thinking
that the design goal for a disk-based backup system would be lots and
lots of space, and raid5 would make the 5400rpm disks fast enough.
Upgrading to
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Ken
Long
> Sent: Thursday, March 02, 2006 10:20 AM
> To: backuppc list
> Subject: [BackupPC-users] Best software to backup BackupPC Server to
tape
>
{clip}
>
> I have BackupPC working great on a nice,
Hello all,
I'm trying to set up a backkuppc server running on a server and backing
up datas from hosts of our local network on another server.
I thought the best way to do that was to create a nfs mount point and to
modify backuppc to save datas on this mount point instead of
/var/lib/backuppc
On Fri, 2006-03-03 at 10:55, Dan Pritts wrote:
> An idea i had for offsites is to just run rsync against the raw device.
> rsync would need to be patched to allow this, and apparently rsync has
> some issues with very large files.
I don't have time to test this on any scale right now, but this
ap
On Fri, Mar 03, 2006 at 05:48:05PM -0600, Les Mikesell wrote:
> > Fundamentally, I think that the hard link approach is a very cool hack,
> > but i am hitting limits of it already, and my personal opinion is that a
> > different approach (probably a RDBMS) is called for to index the backend.
> > (n
On Fri, Mar 03, 2006 at 11:59:24AM -0800, Kris Boutilier wrote:
> and efficiently handles hardlinks. However, unless you're already fully
> committed tape may not be the optimal soloution. A better approach may
> be to locally attach another stack of cheap 500Gb SATA drives, mirror
> do single fil
Dan Pritts writes:
> An idea i had for offsites is to just run rsync against the raw device.
> rsync would need to be patched to allow this, and apparently rsync has
> some issues with very large files.
This should work well. However, rsync currently doesn't copy
device file contents, it just mk