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