es"
Cc: bacula-users@lists.sourceforge.net
Sent: Wednesday, April 13, 2011 4:21:23 PM
Subject: Re: [Bacula-users] Pool per client
Hi,
On Wed, 13 Apr 2011, Pablo Marques wrote:
> I guess I could modify bacula-sd an add/remove a file device per client
> as needed. I am not sure if I c
ists.sourceforge.net
Sent: Wednesday, April 13, 2011 3:03:44 PM
Subject: Re: [Bacula-users] Pool per client
Martin,
This hack looks very promissing.
I will test it and let you know.
Pablo
- Original Message -
From: "Martin Simmons"
To: bacula-users@lists.sourceforge.net
Sent: We
Hi,
On Wed, 13 Apr 2011, Pablo Marques wrote:
> I guess I could modify bacula-sd an add/remove a file device per client
> as needed. I am not sure if I can "reload" bacula-sd.conf without
> interrupting running backups.
My understanding is that you need a restart, which is likely to kill any
run
Martin,
This hack looks very promissing.
I will test it and let you know.
Pablo
- Original Message -
From: "Martin Simmons"
To: bacula-users@lists.sourceforge.net
Sent: Wednesday, April 13, 2011 11:24:24 AM
Subject: Re: [Bacula-users] Pool per client
>>>>> On
;
> }
>
>
>
> Storage {
>
> Name = "SAN:dorcas"
>
> Device = "SAN:dorcas"
>
> Media Type = "FILE:dorcas"
>
> }
>
>
>
> And in bacula-sd.conf:
>
>
>
> Device {
>
> Name = "
>> But I would still have the problem that I need a device tied up backing
>> up each client. The problem I am facing is that I need to backup lots of
>> slow clients, and I need to come up with something so I can back them up
>> all at the _same_ time on one or maybe a few devices, and still hav
uot;
Archive Device = "/dp-SAN/severian"
}
Device {
Name = "SAN:dorcas"
Media Type = "FILE:dorcas"
Archive Device = "/dp-SAN/dorcas"
}
Greg
From: Pablo Marques [mailto:pmarq...@miamilinux.net]
Sent: Wednesday, April 13, 2011 11:01 AM
T
On Wed, 13 Apr 2011, Pablo Marques wrote:
> But I would still have the problem that I need a device tied up backing
> up each client. The problem I am facing is that I need to backup lots of
> slow clients, and I need to come up with something so I can back them up
> all at the _same_ time on one
have a Pool per client.
Pablo
- Original Message -
From: "Greg Kurzawa"
To: "Pablo Marques"
Cc: bacula-users@lists.sourceforge.net
Sent: Wednesday, April 13, 2011 9:29:31 AM
Subject: RE: [Bacula-users] Pool per client
Hi Pablo,
If you have enough disk space h
> On Tue, 12 Apr 2011 19:04:40 -0400 (EDT), Pablo Marques said:
>
> I enabled spooling, but it seems like Bacula requires to mount a tape from
> the client pool on a drive before the client spooling can begin.
> Can this be avoided?
AFAIK, no.
> A possible solution would be to do all back
Pools all point to the same tape
Pool.
Greg
From: Pablo Marques [mailto:pmarq...@miamilinux.net]
Sent: Wednesday, April 13, 2011 7:28 AM
To: Randy Katz
Cc: bacula-users@lists.sourceforge.net
Subject: Re: [Bacula-users] Pool per client
Thanks Randy,
Unfortunately Maximum Concurrent Jobs
MHVTL and use several drives or use a
disk-changer emulator. But I am not sure how scalable these solutions are.
Pablo
- Original Message -
From: "Randy Katz"
To: bacula-users@lists.sourceforge.net
Sent: Wednesday, April 13, 2011 6:08:54 AM
Subject: Re: [Bacula-users] Pool
On 4/12/2011 4:04 PM, Pablo Marques wrote:
I have a setup to backup lots of clients over slow links.
I want to have each client (or group of clients) backed up to
dedicated client pools, so client1 will go to pool client1, and so on.
That way I have better control of the space used, if a client
I have a setup to backup lots of clients over slow links.
I want to have each client (or group of clients) backed up to dedicated client
pools, so client1 will go to pool client1, and so on.
That way I have better control of the space used, if a client goes away I can
simply delete the tapes (o
14 matches
Mail list logo
