Hi Bill and Josh,
I just want to say again how helpful your support and development skills have been, not just for our system here but also helping a relative novice like me get my head around scripting approaches!
I will be implementing a lot of this for our system over the coming days (another Chinese holiday) and I want to make sure I have a few things right. Bill, your latest script serves to check which magazine is currently inserted and then runs benablemag with the appropriate variable for that magazine, correct?
Our use case here involves very infrequent backups (6 month cycle) of very large amounts of data (30 TB). As such, we don't have much use for timed jobs because we plan to run it manually once the hard drives have been retrieved from safe storage every 6 months. The main issue is the ability for a luddite to be able to switch drives in the autochanger "when the light stops flashing" without typing anything into any terminal anywhere. Preparing the drives for first use and then disabling all volumes works fine with my clunky scripts, but I wonder how to integrate the "benablemag $thismag 1" command with udev so that a newly inserted drive is enabled by the system (rather than a bacula job), followed by "bcommand update slots" or something similar (as this command currently also fails). This should only occur for drives passing through the /etc/auto.vchanger rule, or whatever the equivalent is in udev (I'm still very fuzzy on this point). Then after the customary 3 minute wait, backup would continue with no user interaction. Rinse and repeat until the job is done.
Sorry this is a little long! Takes me a while to think through it all. If either of you wants to pick this up as a supported job, we do have some limited funding available :)