On 10/18/07, Gary Stainburn <[EMAIL PROTECTED]> wrote: > Hi folks. > > Two related questions on job scheduling. I have a trial setup. > > I have: > > * one storeage daemon with one device storing to File > * one File device within the sd > * four pools > > I have four pools just so that the volume name prefix matches the name of the > physical location of the site being backed up. This is controlled by a > jobdefs, again one per site. > > I then add a client and a job for each computer to be backed up, quoting the > appropriate jobdef for the site the computer is on. > > This all works fine and everything backs up but as I said I have 2 scheduling > problems. > > 1) Backups occur one at once. Would it be possible to make it back up all 4 > sites simultaniously? If I defined 4 File devices within the DS would this > work? > You have two problems: You need to enable Maximum Concurrent Jobs. In your main bacula-dir.conf file as well as the storage section of your bacula-dir.conf file.
Also you can only use 1 pool on 1 storage device at a time so if you want to use multiple pools at once you need multiple storage devices. > > 2) If I have a client/job in listed in the director config but haven't > installed the FD yet everything seems to halt waiting for the non-existing fd > to connect to the sd. No other job can start until I cancel the hung job. > > How can I get round this? > I assume you executed the non existing job or you had it scheduled. There are several ways around this. I just enable concurrency and this will allow other jobs to execute while bacula is trying to connect to non-existent clients. Eventually these time out so they go away. The second option is that I believe you can reduce this timeout. See the manual. The third option is to configure a RunBeforeJob to execute a ping of the client. If the ping fails return a failure code from the RunBeforeJob and the rest of the job will never execute. Many users do this and this is discussed regularly on this list so please search for that... John > Cheers > > Gary > > > -- > Gary Stainburn > > This email does not contain private or confidential material as it > may be snooped on by interested government parties for unknown > and undisclosed purposes - Regulation of Investigatory Powers Act, 2000 > > ------------------------------------------------------------------------- > 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 > -- John M. Drescher ------------------------------------------------------------------------- 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
