>> Do you use File tapes ?
>Yes I use "Media Type = File"
'Media Type' is one of the gotchas of bacula. You think you should be
describing the type of media you're saving to, but in fact the Media Type for
each storage definition should be unique.
From the docs:
"Media type names are arbitrar
Den 11/05/2013 11:21 AM, Jérôme Blion skrev:
> Do you use File tapes ?
Yes I use "Media Type = File"
> I noticed that when a file tape is full, pending jobs do not start
> concurrently anymore.
Ahh, I think you pushed me in the right direction. I think the problem
is the "Spool Size".
My spool
What is a File tape?
Best regards,
Kern
PS: Please note that Console connections are treated internally
by Bacula as a job, and there are something like 6 or 7 different
places where concurrent jobs can be set.
On 11/05/2013 11:21 AM, Jérôme Blion wrote:
> Le 2013-11-05 10:20, Hans Schou a écrit
Le 2013-11-05 10:20, Hans Schou a écrit :
> Hi
>
> I have configured my system to run 5 jobs at the same time. It works
> well
> with the the first 5 jobs but then it is a bit on and off.
>
> At the gant chart below show the 5 jobs starting a Full backup 1st
> november
> 22:05. Client asrv0 run
Hi
I have configured my system to run 5 jobs at the same time. It works well
with the the first 5 jobs but then it is a bit on and off.
At the gant chart below show the 5 jobs starting a Full backup 1st november
22:05. Client asrv0 runs for 6 hours 11 minutes but in the time between bsrv2
ends an
Dear All,
I'm trying to understand how to properly use this directive and if its
possible to configure Bacula the way I think I can using this directive.
I'm using Version: 5.2.13 (19 February 2013) i386-pc-solaris2.10 solaris
5.10
The manual at
http://www.bacula.org/en/dev-manual/main/main/N
I have been trying to improve my backup system by using the new (5.0) feature
of Maximum concurrent Jobs on storage devices, and would appreciate some hints
on how to get good performance with my configuration. I'm using bacula 5.0.3 on
CentOS 5. The concurrent configuration works beautifully, i
On 16.08.2011 11:25, Joris Heinrich wrote:
> Hallo List,
>
> in our company we use 2. directors with the same jobdefinitions. one is
> responsible for the on site backup and the other one for the off site
> backup.
>
> All file daemons are configured with Maximum Concurrent Jobs = 1. This
> is nece
Hallo List,
in our company we use 2. directors with the same jobdefinitions. one is
responsible for the on site backup and the other one for the off site
backup.
All file daemons are configured with Maximum Concurrent Jobs = 1. This
is necessary because concurrent jobs will copy the same fil
All of the information is stored in the DB very granularly, there's no need
to go to volume size to determine storage use. I'll gladly help you more off
list if you need assistance collecting it, I've written a billing
application using the same data.
-Blake
On Fri, Oct 29, 2010 at 08:43, Mark Go
chiel van Veen [mailto:m...@sentia.nl]
> Sent: Friday, October 29, 2010 10:04 AM
> To: bacula-users@lists.sourceforge.net
> Subject: Re: [Bacula-users] Maximum Concurrent Jobs
>
>
> I have many devices configured on one SD, one device per group of
> servers.
> This way I can ru
Mark Gordon wrote:
>> No you are correct. Simultaneous jobs allow multiple jobs to use the
>> same storage device at the same time. Provided that only 1 pool is
>> involved because a single (non autochanger) storage device can only
>> load 1 volume at a time.
>
>> John
>
> So that's the sticking
On Friday 29 October 2010 03:46:36 pm Mark Gordon wrote:
> Can you have more than 1 SD device on the same system or would that just
> confuse it?
>
> >Hi,
> >
> >A SD device can only use one volume at a time. This could be the cause
>
> as all
>
> >jobs use separate volumes. You can configure mo
On Fri, Oct 29, 2010 at 9:46 AM, Mark Gordon wrote:
> Can you have more than 1 SD device on the same system or would that just
> confuse it?
>
You can use as many as you want.
John
--
Nokia and AT&T present the 2010 Cal
On Fri, Oct 29, 2010 at 9:43 AM, Mark Gordon wrote:
>
>>No you are correct. Simultaneous jobs allow multiple jobs to use the
>>same storage device at the same time. Provided that only 1 pool is
>>involved because a single (non autochanger) storage device can only
>>load 1 volume at a time.
>
>>Joh
Can you have more than 1 SD device on the same system or would that just
confuse it?
>Hi,
>A SD device can only use one volume at a time. This could be the cause
as all
>jobs use separate volumes. You can configure more devices to run these
jobs
>concurrently.
>Regards, Machiel.
This mail wa
>No you are correct. Simultaneous jobs allow multiple jobs to use the
>same storage device at the same time. Provided that only 1 pool is
>involved because a single (non autochanger) storage device can only
>load 1 volume at a time.
>John
So that's the sticking point. 1 volume at a time unless I
On Friday 29 October 2010 03:16:13 pm Mark Gordon wrote:
> Hello my question is concerning the max concurrent jobs. The backups are
> going to disk on the file system. I'm running 5.02 and I have increased
> the director Maximum Concurrent Jobs to 4 as well as the client
> definition and storage de
> Hello my question is concerning the max concurrent jobs. The backups are
> going to disk on the file system. I’m running 5.02 and I have increased the
> director Maximum Concurrent Jobs to 4 as well as the client definition and
> storage definition within the director conf file. In the sd.conf fi
Hello my question is concerning the max concurrent jobs. The backups are
going to disk on the file system. I'm running 5.02 and I have increased
the director Maximum Concurrent Jobs to 4 as well as the client
definition and storage definition within the director conf file. In the
sd.conf file I hav
I run into a similar problem and here's what I did.
1) Make sure your autochanger entry has all the drives list in the Device line.
Device = Drive-1, Drive-2, ...
2) In the Storage entry in bacula-dir.conf. Make sure you have a Maximum
Concurrent Jobs entry, 20 seems like a good number.
Stora
Hi
I have a tape library with 5 drives and 136 slots. The Autochanger seems to be
working fine as I can change tapes and label barcodes and even do backups \o/.
The problem come in with running more then one backup at the same time. I have
set "Maximum Concurrent Jobs = 20" in the dir, sd and
On Mon, May 3, 2010 at 12:34 PM, wrote:
>> On 05/03/10 08:35, John Drescher wrote:
>> > On Mon, May 3, 2010 at 8:16 AM, wrote:
>> >> Greetings,
>> >>
>> >> I'm using Bacula Version: 5.0.1 (24 February 2010) x86_64-pc-linux-gnu
>> >> over Gentoo Linux. I've upgraded to be able to use some new f
> On 05/03/10 08:35, John Drescher wrote:
> > On Mon, May 3, 2010 at 8:16 AM, wrote:
> >> Greetings,
> >>
> >> I'm using Bacula Version: 5.0.1 (24 February 2010) x86_64-pc-linux-gnu
> >> over Gentoo Linux. I've upgraded to be able to use some new features
> >> such as "Maximum Concurrent Jobs" f
On Mon, May 3, 2010 at 10:26 AM, John Drescher wrote:
> Hi John,
>
> from the online manuals I can read:
>
> "Using this directive, it is possible to have different Jobs using multiple
> drives"
>
> I get this information here: http://www.bacula.org/5.0.x-
> manuals/en/main/main/New_Features_in_5_
On 05/03/10 08:35, John Drescher wrote:
> On Mon, May 3, 2010 at 8:16 AM, wrote:
>> Greetings,
>>
>> I'm using Bacula Version: 5.0.1 (24 February 2010) x86_64-pc-linux-gnu over
>> Gentoo Linux. I've upgraded to be able to use some new features such as
>> "Maximum Concurrent Jobs" for devices. Ac
On Mon, May 3, 2010 at 8:16 AM, wrote:
> Greetings,
>
> I'm using Bacula Version: 5.0.1 (24 February 2010) x86_64-pc-linux-gnu over
> Gentoo Linux. I've upgraded to be able to use some new features such as
> "Maximum Concurrent Jobs" for devices. Actually it seems to does not work (at
> least fo
Greetings,
I'm using Bacula Version: 5.0.1 (24 February 2010) x86_64-pc-linux-gnu over
Gentoo Linux. I've upgraded to be able to use some new features such as
"Maximum Concurrent Jobs" for devices. Actually it seems to does not work (at
least for me!). If I start 2 different jobs at the same t
On Sunday 21 March 2010 07:49:27 Norberto Meijome wrote:
> On Fri, 12 Mar 2010 10:13:49 +0100
> Matija Nalis wrote:
> > Would it not be easier to just use "Allow Duplicate Jobs = no" ?
>
> I reckon it would be. I didn't change this value, and
http://www.bacula.org/5.0.x-
manuals/en/main/main/New
On Fri, 12 Mar 2010 10:13:49 +0100
Matija Nalis wrote:
> On Fri, Mar 12, 2010 at 11:21:13AM +1100, Norberto Meijome wrote:
> > On 11 March 2010 13:40, Norberto Meijome wrote:
> >
> > > Hi everyone,
> > > I have a job that runs very frequently, and successive runs take different
> > > sets of da
On Fri, 12 Mar 2010 09:00:10 +0200
Silver Salonen wrote:
> Hi.
>
> Did it work like it should in Bacula 3.0?
>
Hi Silver, only started using Bacula 5.0.
B
_
{Beto|Norberto|Numard} Meijome
"Unix gives you just enough rope to hang yourself --
and then a couple of more f
Hi !
On 3/11/10 3:40 AM, Norberto Meijome wrote:
> But it has no effect . I get 2 jobs running in parallel (for a short
> while, until the pre-script kills it). If I change the director's Max
> Concurrent Jobs to 1, then it's forced to 1 (but i need more than one,
> as I as have spooling enabled a
On Fri, Mar 12, 2010 at 11:21:13AM +1100, Norberto Meijome wrote:
> On 11 March 2010 13:40, Norberto Meijome wrote:
>
> > Hi everyone,
> > I have a job that runs very frequently, and successive runs take different
> > sets of data (as determined by a pre-job script). To avoid problems, my
> > pre
Hi.
Did it work like it should in Bacula 3.0?
--
Silver
On Friday 12 March 2010 02:21:13 Norberto Meijome wrote:
> Anyone?
>
> btw, it is 5.0 , on Centos 5.4 64bit
> _
> {Beto|Norberto|Numard} Meijome
>
> "The only people that never change are the stupid and the dead"
Anyone?
btw, it is 5.0 , on Centos 5.4 64bit
_
{Beto|Norberto|Numard} Meijome
"The only people that never change are the stupid and the dead"
Jorge Luis Borges.
I speak for myself, not my employer. Contents may be hot. Slippery when wet.
Reading disclaimers makes you go
Hi everyone,
I have a job that runs very frequently, and successive runs take different
sets of data (as determined by a pre-job script). To avoid problems, my
pre-job script sets a lock file and the post-clears it.
When I configure my director for concurrent jobs = 2, i sometimes get 2 of
these j
Hi,
I'm trying the newfeature (bacula 5.0.0) Maximum Concurrent Jobs option on the
Device section in the sd config file with a autochanger with 2 drives.
I want that bacula uses 2 devices at the same time on the same pool.
But everytime when I run multiple jobs at the same time the backups are
> > Any possible assistance in helping me understand this is apprecieated.
> > I guess I could be happy that everything is working, I'ts just that when
> > someone asks me why I can't get more jobs running concurrently, I want
> > to be able to answer. Because I know one person will ask.
> >
>
>
On Fri, 2009-06-19 at 19:24 -0400, John Drescher wrote:
> On Fri, Jun 19, 2009 at 6:29 PM, Dirk Bartley wrote:
> > Greetings
> > Because I am writing to file first, I am not setting up spooling.
> >
> > Any possible assistance in helping me understand this is apprecieated.
> > I guess I could be
On Fri, Jun 19, 2009 at 6:29 PM, Dirk Bartley wrote:
> Greetings
>
> I'm trying to understand Maximum Concurrent Jobs.
>
> Here is an example output from status dir
>
>
>
> Running Jobs:
> Console connected at 19-Jun-09 17:51
> JobId Level Name Status
>
Greetings
I'm trying to understand Maximum Concurrent Jobs.
Here is an example output from status dir
Running Jobs:
Console connected at 19-Jun-09 17:51
JobId Level Name Status
==
9334 FullAlum3J
François Mehault wrote:
> Hi All
>
> I would like to know the value by default for the directive Maximum
> Concurrent Jobs in the Storage ressource for DIR and SD.
>
> http://www.bacula.org/fr/rel-manual/Tips_Suggestions.html#SECTION0003518000
>
> « The default is one for the Direct
Hi All
I would like to know the value by default for the directive Maximum Concurrent
Jobs in the Storage ressource for DIR and SD.
http://www.bacula.org/fr/rel-manual/Tips_Suggestions.html#SECTION0003518000
« The default is one for the Director and ten for both the File daemon and
On Wed, Oct 15, 2008 at 4:32 AM, Steffen Knauf
<[EMAIL PROTECTED]> wrote:
> I don't have different priorities I thought the default of this option in
> the client section is 2 and in the storage section 10, so
> i don't set this option explicit. Now i set this option in following
> configs/sections
I don't have different priorities I thought the default of this option
in the client section is 2 and in the storage section 10, so
i don't set this option explicit. Now i set this option in following
configs/sections:
Client / Storage / Director /sd /fd
Is it important that the value of the "Max
On Tue, Oct 14, 2008 at 11:25 AM, Steffen Knauf
<[EMAIL PROTECTED]> wrote:
> Hello,
>
> On every 1st Friday bacula starts a backup of a 4 TB partition.
> This will take a while ;) , so the other backup jobs should be run
> concurrent.
> But nothing happens, the other jobs don't start until this hug
Steffen Knauf wrote:
> Hello,
>
> On every 1st Friday bacula starts a backup of a 4 TB partition.
> This will take a while ;) , so the other backup jobs should be run
> concurrent.
> But nothing happens, the other jobs don't start until this huge job
> finished.
> If this job freezed, other jobs
Hello,
On every 1st Friday bacula starts a backup of a 4 TB partition.
This will take a while ;) , so the other backup jobs should be run
concurrent.
But nothing happens, the other jobs don't start until this huge job
finished.
If this job freezed, other jobs don't start, too.
The jobs are in di
* James Harper schrieb am 26.08.07 um 14:56 Uhr:
> I had the following configuration:
>
> "
> Director
> Max Concurrent Jobs = 1
>
> Job1
> Client = Client1
> Storage = Storage1
>
> Job2
> Client = Client2
> Storage = Storage2
> "
>
> Then it occurred to me that it would be perfectly reaso
Hi!
On Sunday 26 August 2007, James Harper wrote:
> I had the following configuration:
>
> "
> Director
> Max Concurrent Jobs = 1
>
> Job1
> Client = Client1
> Storage = Storage1
>
> Job2
> Client = Client2
> Storage = Storage2
> "
>
> Then it occurred to me that it would be perfectly reasona
On 8/26/07, James Harper <[EMAIL PROTECTED]> wrote:
> I had the following configuration:
>
> "
> Director
> Max Concurrent Jobs = 1
>
> Job1
> Client = Client1
> Storage = Storage1
>
> Job2
> Client = Client2
> Storage = Storage2
> "
>
> Then it occurred to me that it would be perfectly reason
I had the following configuration:
"
Director
Max Concurrent Jobs = 1
Job1
Client = Client1
Storage = Storage1
Job2
Client = Client2
Storage = Storage2
"
Then it occurred to me that it would be perfectly reasonable to run 2
jobs at the same time if they were both using completely different
A quick question, sorry if it is already explained else where.
Using bacula 2.2.0 in my DIR and SD on a 32 bit CentOS 5 server. Trying
to backup a 32 bit XP machine running 2.2.0 bacula client.
When I set up the parameter "Maximum Concurrent Jobs" to "1" in FD
configuration file, all (initial)
>Date: Sun, 06 May 2007 11:20:57 +0200
>From: Arno Lehmann <[EMAIL PROTECTED]>
>Subject: Re: [Bacula-users] Maximum Concurrent Jobs on Autochanger
>Storage resources
>To: bacula-users@lists.sourceforge.net
>Message-ID: <[EMAIL PROTECTED]>
>Content-Typ
Hi,
On 5/5/2007 6:29 PM, Lars Volker wrote:
> Hi everybody,
>
> i recently started testing bacula for our purposes and am still in the
> phase of understanding how things work.
...
> tape-library with ~20
> tapes and two sony ait3 drives
...
> i need to have data written to both drives at the
>
Hi everybody,
i recently started testing bacula for our purposes and am still in the
phase of understanding how things work. Prior to using bacula we used a
collection of scripts i had written myself.
The equipment is a couple of servers, one exclusively used for backups
currently running fc5, a f
Hi, again,
On 11/9/2006 3:57 PM, Silver Salonen wrote:
> On Wednesday 11 October 2006 21:44, Arno Lehmann wrote:
>
>>Hi,
>>
>>On 10/11/2006 1:31 PM, Silver Salonen wrote:
...
>>Yes. Either use different pools (which you might do anyway beause of the
>>different retention times) and assign a stor
On Wednesday 11 October 2006 21:44, Arno Lehmann wrote:
> Hi,
>
> On 10/11/2006 1:31 PM, Silver Salonen wrote:
> > Hi.
> >
> > I'm testing Bacula 1.38.9 on Gentoo 2006.1 and I'm a little confused here.
> >
> > What I would like to achieve is to be able to run a job concurrently with
the
> > sa
Hi,
On 10/11/2006 1:31 PM, Silver Salonen wrote:
> Hi.
>
> I'm testing Bacula 1.38.9 on Gentoo 2006.1 and I'm a little confused here.
>
> What I would like to achieve is to be able to run a job concurrently with the
> same job's different levels.
Tricky, IMO.
Mostly because I don't know if it
Hi.
I'm testing Bacula 1.38.9 on Gentoo 2006.1 and I'm a little confused here.
What I would like to achieve is to be able to run a job concurrently with the
same job's different levels.
For example, when there's a full backup running for a week, it'd be possible
to run incrementals or different
On Thursday 07 September 2006 12:47, Kern Sibbald wrote:
> On Thursday 07 September 2006 10:53, Silver Salonen wrote:
> > On Thursday 07 September 2006 11:42, Kern Sibbald wrote:
> > > On Thursday 07 September 2006 10:32, Silver Salonen wrote:
> > > > On Thursday 07 September 2006 10:49, Kern Sibba
On Thursday 07 September 2006 10:53, Silver Salonen wrote:
> On Thursday 07 September 2006 11:42, Kern Sibbald wrote:
> > On Thursday 07 September 2006 10:32, Silver Salonen wrote:
> > > On Thursday 07 September 2006 10:49, Kern Sibbald wrote:
> > > > Hello,
> > > >
> > > > On Thursday 07 Septembe
On Thursday 07 September 2006 11:42, Kern Sibbald wrote:
> On Thursday 07 September 2006 10:32, Silver Salonen wrote:
> > On Thursday 07 September 2006 10:49, Kern Sibbald wrote:
> > > Hello,
> > >
> > > On Thursday 07 September 2006 09:08, Silver Salonen wrote:
> > > > Hi.
> > > >
> > > > I have
On Thursday 07 September 2006 10:32, Silver Salonen wrote:
> On Thursday 07 September 2006 10:49, Kern Sibbald wrote:
> > Hello,
> >
> > On Thursday 07 September 2006 09:08, Silver Salonen wrote:
> > > Hi.
> > >
> > > I have multiple bacula-clients backing up to different directories on a
> > di
On Thursday 07 September 2006 10:49, Kern Sibbald wrote:
> Hello,
>
> On Thursday 07 September 2006 09:08, Silver Salonen wrote:
> > Hi.
> >
> > I have multiple bacula-clients backing up to different directories on a
> disk.
> > Concurrent jobs are working for different bacula-clients as each o
Hello,
On Thursday 07 September 2006 09:08, Silver Salonen wrote:
> Hi.
>
> I have multiple bacula-clients backing up to different directories on a
disk.
> Concurrent jobs are working for different bacula-clients as each one of them
> has a separate device resource with one job per volume.
>
Hi.
I have multiple bacula-clients backing up to different directories on a disk.
Concurrent jobs are working for different bacula-clients as each one of them
has a separate device resource with one job per volume.
The problem is that every client can run only one job at a time. I'm backing
up
On Monday 31 July 2006 19:49, Birger Blixt wrote:
> Kern Sibbald wrote:
> >
> > What OS are you using?
> >
> >
> I forgot to write that, sorry.
>
> At home I run Suse 9.3 at my server, and 10.0 , 10.1 as clients,
> and have no problems to build my own binaries or install rpm's that
> other shar
Kern Sibbald wrote:
>
> What OS are you using?
>
>
I forgot to write that, sorry.
At home I run Suse 9.3 at my server, and 10.0 , 10.1 as clients,
and have no problems to build my own binaries or install rpm's that
other share.
The machine at my work is a retired Sun 450 , Solaris8 , since I c
On Monday 31 July 2006 16:33, Robert W Hartzell wrote:
> Kern Sibbald wrote:
> > On Monday 31 July 2006 12:41, Birger Blixt wrote:
> >> On 2006-07-28 14:34, Kern Sibbald wrote:
>
> >> Well, If I start bacula without any tapes loaded, then bacula-sd will
loop
> > for
> >> about one hour / drive b
Kern Sibbald wrote:
> On Monday 31 July 2006 12:41, Birger Blixt wrote:
>> On 2006-07-28 14:34, Kern Sibbald wrote:
>> Well, If I start bacula without any tapes loaded, then bacula-sd will loop
> for
>> about one hour / drive before I can connect to it, so I make sure the drive
> has
>> tapes b
On Monday 31 July 2006 13:00, Alan Brown wrote:
> On Fri, 28 Jul 2006, Kern Sibbald wrote:
>
> >> One of the more annoying problems is that it will insist on recycling
> >> tapes which are not in the changer, then block on loading them, when
there
> >> are purged recycling-candidate tapes availab
On Monday 31 July 2006 12:41, Birger Blixt wrote:
> On 2006-07-28 14:34, Kern Sibbald wrote:
>
> >
> > As long as Bacula is using all the drives exclusively and you start with
no
> > tape in any drive, and you are using the appropriate Autochanger resource,
> > Bacula will know what is tape in
On Fri, 28 Jul 2006, Kern Sibbald wrote:
>> One of the more annoying problems is that it will insist on recycling
>> tapes which are not in the changer, then block on loading them, when there
>> are purged recycling-candidate tapes available in the changer.
>
> Yes, this is probably to be expected
On 2006-07-28 14:34, Kern Sibbald wrote:
>
> As long as Bacula is using all the drives exclusively and you start with no
> tape in any drive, and you are using the appropriate Autochanger resource,
> Bacula will know what is tape in all the drives.
Well, If I start bacula without any tapes loa
Please always copy the list.
Hopefully someone will explain it to you.
On Friday 28 July 2006 22:07, [EMAIL PROTECTED] wrote:
>
> In the message dated: Fri, 28 Jul 2006 21:46:23 +0200,
> The pithy ruminations from Kern Sibbald on
> were:
> => On Friday 28 July 2006 18:01, Alan Brown wrote:
> =
On Friday 28 July 2006 18:01, Alan Brown wrote:
> On Fri, 28 Jul 2006, Kern Sibbald wrote:
>
> > There are certain limitations in version 1.38.x, that are explained in the
> > release notes I think -- mainly, if a tape is in drive 2 and Bacula is
> > writing on drive 1 and then wants to write on t
On Fri, 28 Jul 2006, Kern Sibbald wrote:
> There are certain limitations in version 1.38.x, that are explained in the
> release notes I think -- mainly, if a tape is in drive 2 and Bacula is
> writing on drive 1 and then wants to write on the tape that is in drive 2, it
> will unload it from drive
On Friday 28 July 2006 12:26, Birger Blixt wrote:
> On 2006-07-26 10:46, Kern Sibbald wrote:
>
> >
> > On many non-autochanger drives, doing an eject requires an explicit "load"
> > command, and Bacula never uses that command (except in btape). I
recommend
> > avoiding ejecting except if requ
On 2006-07-26 10:46, Kern Sibbald wrote:
>
> On many non-autochanger drives, doing an eject requires an explicit "load"
> command, and Bacula never uses that command (except in btape). I recommend
> avoiding ejecting except if required.
>
Yeas, but that is not at all what I wrote, the proble
Hello,
On Tuesday 25 July 2006 14:57, Birger Blixt wrote:
> On 2006-07-20 11:46, Kern Sibbald wrote:
> > Ah, nice. That is the kind of feedback that I love :-)
> >
> > And, yes, the directive names are not always terribly logical or
descriptive.
> >
> > On Thursday 20 July 2006 11:23, Birger Bl
On 2006-07-19 16:42, Kern Sibbald wrote:
> Look at the "Prefer Mounted Drives" directive.
>
Thanks Kern, that was it, I had it set to yes :-(
Now all 4 tapes is running at the same time :-)
/birre
-
Take Surveys. Earn Cas
Look at the "Prefer Mounted Drives" directive.
On Wednesday 19 July 2006 14:17, Birger Blixt wrote:
> Hi!
>
> I have an Autochanger with 4 drives:
> Autochanger {
>Name = "ADIC-480"
>Device = DRIVE0, DRIVE1, DRIVE2, DRIVE3
>Changer Device = /dev/changer
>Changer Command = "/opt/loc
Hi!
I have an Autochanger with 4 drives:
Autochanger {
Name = "ADIC-480"
Device = DRIVE0, DRIVE1, DRIVE2, DRIVE3
Changer Device = /dev/changer
Changer Command = "/opt/local/etc/mtx-changer %c %o %S %a %d"
}
In the past I was using 4 drives that was using the same mtx-changer script
wi
On Tuesday 01 November 2005 02:12, Anders Henke wrote:
> On Oct 29 2005, Anders Henke wrote:
> > I can circumvent Bacula's current behaviour by enabling Data Spooling,
> > however, this also adds up 100% of IO load to the backup server, as
> > each client is streamed to a temporary file and afte
On Oct 29 2005, Anders Henke wrote:
> I can circumvent Bacula's current behaviour by enabling Data Spooling,
> however, this also adds up 100% of IO load to the backup server, as
> each client is streamed to a temporary file and afterwards copied into
> a volume.
>
> I would expect Bacula t
Hi,
I'm currently evaluating bacula, wether It can replace my home-grown backup
software. I'm quite happy with bacula so far, yet there are still a few
issues to solve. I've configured bacula to run disk-based backups in
parallel, however, I'm not sure whether I've missed an option or I've
stumble
87 matches
Mail list logo
