Richard White wrote:
> Apparently it is not as simple as I had thought.
> 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.

Because the tape in the drive was from the wrong pool. Fair enough.

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

This is exactly the problem I had with an HP SureStore 718. I had to mount
each tape manually to get Bacula to use the correct set of tapes (like you,
I rotate tape sets).

However, I now have it working perfectly. See my reply to "Autoloader not
Autoloading" on 2007-08-28:
http://sourceforge.net/mailarchive/message.php?msg_id=46D40F2E.5050007%40btconnect.com

Basically, the director uses one of its own data structures when it is
deciding which tape to tell the SD to use. It queries the database to
select the tape, using the SQL:

        SELECT <list of columns> FROM Media WHERE PoolID=<something> etc.

If the device is marked as an autochanger in the *bacula-dir.conf* (not just
in the SD's config file), then the director adds the following SQL into the
query:

        AND InChanger=1 AND StorageId=<something>

which makes the query ignore tapes which are not in the changer.

So the bottom line is, add this line:

        Autochanger = yes

to bacula-dir.conf, in this section:

Storage {
  Name = Auto

Allan

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