>> I have some tapes from both the Daily pool (for differential
>> backups) and the Weekend pool (for full backups) in the
>> autochanger. Some scheduled Daily jobs run and the tape in the
>> drive is from the Daily pool. One job wants to run Full because it
>> has not run before, so Bacula prompts me to load a tape from the
>> Weekend pool. I had thought that, since Bacula knows that there are
>> some tapes from that pool in the autchanger, it would automatically
>> unmount the Daily tape and mount one of the Weekend tapes and
>> proceed without my intervention. Have I been laboring under a
>> misconception?
>
> Not exactly, though, at a customer installation, I encounter a similar 
> problem. Currently, for different reasons, I have not investigated 
> further, but I think there might be a problem in Bacula...

Apparently it is not as simple as I had thought. I added a client this morning 
and attempted to back it up. It, as the others, is configured to run a Diff on 
mon - thu and full on sat. Since it hadn't run before, it got promoted to full. 
There was a tape in the drive from the Daily (i.e. diff) pool, and Bacula 
cheerfully removed it, inserted the most recently-used tape from the Weekend 
(full) pool and proceeded to run the job.

However, I have noticed (and expect to notice again tonight) that, when Bacula 
is scheduled to run the daily diffs, it wants to use the last tape it used from 
the Daily pool. Indeed, status dir reveals that all the jobs scheduled for 
tonight want to use tape A0000001, which is the one used last night (this 
morning, really) for the daily diffs. This will not be there, as we change the 
tapes daily, so that the most recent job is stored offsite ('offsite' in this 
case meaning 'in the building next door'). Today's tape is A0000002. Even after 
'update slots', I think Bacula will still want to use 1 and will ask for it. Of 
course, if I mount 2 manually, Bacula will be happy with it and proceed to run 
the jobs. Then this weekend, it want to use the last tape from last weekend's 
backup.

Oh, well. It works fine.

-- 

Tks n rgds,
Richard White CNE6, Linux+
Network Engineer
Mason County, Washington
360-427-5501
[EMAIL PROTECTED]


-------------------------------------------------------------------------
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