Andreas Kopecki wrote:
> Hi Arno!
> 
> On Tuesday 07 August 2007, Arno Lehmann wrote:
>> 07.08.2007 11:54,, Andreas Kopecki wrote::
>>> On Tuesday 07 August 2007, John Drescher wrote:
>>>> On 8/7/07, Andreas Kopecki <[EMAIL PROTECTED]> wrote:
>>>>> I tried to get concurrent jobs running, but somehow I couldn't get it
>>>>> going,
>>>>> although I double checked every concurrency option available.
>>>> Do you have the Maximum Concurrent Jobs in at least 3 places in the
>>>> bacula-dir.conf? It goes in the main bacula-dir.conf settings as well as
>>>> the Storage and each client in that bacula-dir.conf file as well as the
>>>> bacula-fd.conf on the clients and bacula-sd.conf too.
>>> The Maximum Concurrent Jobs in the sd and the client conf is set to 20...
>>> so there shouldn't be a limitation there, also. So, do you have any other
>>> clues?
>> In the DIR configuration, there is not only the overall concurrency
>> limit. In the storage resource there you have to set the "Maximum
>> Concurrent Jobs", too. So you need at least
>> DIR configuration, global setting
>> DIR configuration, storage resource
> 
> I set everything in the configuration files, and the director seems to have 
> them picked up (show xxx) as can be seen from my first mail:
> 
> Storage: name=GRAU MaxJobs=5
> Director: name=hadrian-dir MaxJobs=5
> client: name=visper-fd MaxJobs=20
> 
> And several jobs derived from a single JobDef
> Job: name=VISPER-XXX.Backup-Full JobType=66 level=Full MaxJobs=4 Spool=1
> 
>> SD configuration, global setting
> 
> is set to 20, dir and sd restarted
> 
>> Optionally and depending on your needs: Client global setting,
> 
> is set to 20 at the server and client side, fd restarted
> 
>> cliant-specific setting in DIR, job-specific setting.
>> Note that there is *no* setting for the storage device specific
>> setting in the SD.
> 
> Is it possible I hit a bug here? Could something else have an impact on 
> concurrency?

Yes, the  "Priority = xx" settings in the job resources must be the same for
all jobs to run concurrently. Otherwise they will wait for higher priority
jobs.

> Best regards,
>    Andreas
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
> 
> 


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to