Re: [Bacula-users] Disk-to-disk backups and the scratch pool

2009-04-21 Thread Kjetil Torgrim Homme
James Chamberlain writes: > On Tue, 14 Apr 2009, Martin Simmons wrote: >> I'm not sure if it will work, but you could try using symbolic >> links from one file system to the volumes on the other file >> system(s)? > > Thanks for the suggestion, and I considered it, but I don't think > it'll work.

Re: [Bacula-users] Disk-to-disk backups and the scratch pool

2009-04-14 Thread John Drescher
> Is it possible to switch to this approach without dumping my existing > backups and starting over from scratch? > I believe you can do this. But agian this approach would be work and experimentation on your part because this customization is not in bacula. This may be something that you can get f

Re: [Bacula-users] Disk-to-disk backups and the scratch pool

2009-04-14 Thread Martin Simmons
> On Tue, 14 Apr 2009 07:54:51 -0400 (EDT), James Chamberlain said: > > On Tue, 14 Apr 2009, Martin Simmons wrote: > > >> On Mon, 13 Apr 2009 17:41:00 -0400, James Chamberlain said: > >> > >> The basic problem for me is that I've hit the 8 TB file system size > >> limit with ext3, and I d

Re: [Bacula-users] Disk-to-disk backups and the scratch pool

2009-04-14 Thread James Chamberlain
On Apr 14, 2009, at 10:04 AM, Josh Fisher wrote: > James Chamberlain wrote: >> On Tue, 14 Apr 2009, Martin Simmons wrote: On Mon, 13 Apr 2009 17:41:00 -0400, James Chamberlain said: The basic problem for me is that I've hit the 8 TB file system size limit with ext3, and

Re: [Bacula-users] Disk-to-disk backups and the scratch pool

2009-04-14 Thread Josh Fisher
James Chamberlain wrote: > On Tue, 14 Apr 2009, Martin Simmons wrote: > > >>> On Mon, 13 Apr 2009 17:41:00 -0400, James Chamberlain said: >>> >>> The basic problem for me is that I've hit the 8 TB file system size >>> limit with ext3, and I don't have ext4 available to me

Re: [Bacula-users] Disk-to-disk backups and the scratch pool

2009-04-14 Thread James Chamberlain
On Tue, 14 Apr 2009, Martin Simmons wrote: >> On Mon, 13 Apr 2009 17:41:00 -0400, James Chamberlain said: >> >> The basic problem for me is that I've hit the 8 TB file system size >> limit with ext3, and I don't have ext4 available to me yet. With tape >> libraries, you can keep adding more t

Re: [Bacula-users] Disk-to-disk backups and the scratch pool

2009-04-14 Thread Martin Simmons
> On Mon, 13 Apr 2009 17:41:00 -0400, James Chamberlain said: > > The basic problem for me is that I've hit the 8 TB file system size > limit with ext3, and I don't have ext4 available to me yet. With tape > libraries, you can keep adding more tapes to increase the size of your > pool.

Re: [Bacula-users] Disk-to-disk backups and the scratch pool

2009-04-13 Thread John Drescher
On Mon, Apr 13, 2009 at 6:02 PM, James Chamberlain wrote: >>> Why would you ever want such a pool?  The only reason I can think of is >>> if >>> you have more pools than backup devices; >> >> Exactly what you said. I have 20 pools and 2 backup devices with my 2 >> drive 24 slot autochanger. > > Wh

Re: [Bacula-users] Disk-to-disk backups and the scratch pool

2009-04-13 Thread James Chamberlain
>> Why would you ever want such a pool? The only reason I can think >> of is if >> you have more pools than backup devices; > > Exactly what you said. I have 20 pools and 2 backup devices with my 2 > drive 24 slot autochanger. Why so many pools? Are you doing one per client? >> but that's the

Re: [Bacula-users] Disk-to-disk backups and the scratch pool

2009-04-13 Thread John Drescher
> Why would you ever want such a pool?  The only reason I can think of is if > you have more pools than backup devices; Exactly what you said. I have 20 pools and 2 backup devices with my 2 drive 24 slot autochanger. > but that's the opposite of the > problem I'm trying to solve.  I have more bac

Re: [Bacula-users] Disk-to-disk backups and the scratch pool

2009-04-13 Thread James Chamberlain
>> You do not understand idea of scratch pool. this pool is literally >> speaking >> some kind of trash for volumes that were recycled. you cannot use >> volumes in >> scratch pool. they are grabbed from it and placed to the pool which >> needs new >> media so adding new storage for scratch p

Re: [Bacula-users] Disk-to-disk backups and the scratch pool

2009-04-13 Thread John Drescher
> You do not understand idea of scratch pool. this pool is literally speaking > some kind of trash for volumes that were recycled. you cannot use volumes in > scratch pool. they are grabbed from it and placed to the pool which needs new > media so adding new storage for scratch pool is senseless fo

Re: [Bacula-users] Disk-to-disk backups and the scratch pool

2009-04-13 Thread John Drescher
> You do not understand idea of scratch pool. this pool is literally speaking > some kind of trash for volumes that were recycled. you cannot use volumes in > scratch pool. they are grabbed from it and placed to the pool which needs new > media so adding new storage for scratch pool is senseless fo

Re: [Bacula-users] Disk-to-disk backups and the scratch pool

2009-04-13 Thread Paweł Madej
You do not understand idea of scratch pool. this pool is literally speaking some kind of trash for volumes that were recycled. you cannot use volumes in scratch pool. they are grabbed from it and placed to the pool which needs new media so adding new storage for scratch pool is senseless for me.

Re: [Bacula-users] Disk-to-disk backups and the scratch pool

2009-04-13 Thread John Drescher
> I'm having trouble with scratch pools.  I have a three main backup > pools configured in Bacula (Desktops, Infrastructure, Servers).  Each > corresponds to a separate RAID device (disk0, disk1, disk2), for disk- > to-disk backups.  I have added a fourth RAID device (disk3) which I > want to act a

[Bacula-users] Disk-to-disk backups and the scratch pool

2009-04-13 Thread James Chamberlain
Hi Bacula Users, I'm having trouble with scratch pools. I have a three main backup pools configured in Bacula (Desktops, Infrastructure, Servers). Each corresponds to a separate RAID device (disk0, disk1, disk2), for disk- to-disk backups. I have added a fourth RAID device (disk3) which I