Dear Gregory & Brauer, I circumvented this issue in 1.36 using the following technique: We have an autoloader that has tapes changed every day. Prior to running the scheduled jobs for the night the first job (with high priority so it runs first) is an admin job that uses the RunBeforeJob script to execute an 'update slots' command via the bacula console binary.
Bacula then has the correct list of tapes contained in the autoloader just prior to beginning the backups. The same process works just as well with 1.38. Best Regards, Brett Delle Grazie -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Gregory Brauer Sent: 11 May 2006 03:46 To: bacula-users@lists.sourceforge.net Cc: Arno Lehmann Subject: Re: [Bacula-users] Autochanger *almost* working (resolved with uglyhack) Arno Lehmann wrote: > Hi, > > On 5/9/2006 7:37 PM, Gregory Brauer wrote: >> Gregory Brauer wrote: >> >>> I believe I can get the behavior I want by setting all of my volumes >>> as InChanger=1 and never running update slots again. > > I didn't follow this thread, but what behaviour would that be? Should probably see the thread... Bacula is not able to find any tapes that are in the loader unless I manually run the command "update slots" any time I restart the bacula director. I also need to run that command any time I change which tapes are in the loader or Bacula will still think the old tapes are in there and refuse to run any jobs that require tapes that really are in the loader. > I use two > autochangers and tapes in three pools in them, and I never had any > problems with that setup since 1.38.something. Do your loaders have barcode scanners? I believe this is only a problem for loaders with barcode scanners. (I will find out for certain when I update one of my non-barcode loaders to 1.38 from 1.36.) > You should not set the InChanger fields manually. There is other data to > consider, too, like StorageId and Slot, and Kern will not support you > when you tweak the database manually. I'm not saying I thought it was a good idea. :) This was the only way I could get Bacula to recognize what tapes were in the loader without weekly manual intervention. The other loaders I am using have all fields of all media set to "InChanger=1" and Bacula was what set it that way. So in a sense, all I am doing is flipping a switch to make Bacula work exactly like it does when there is no barcode reader, except I didn't have to manually enter tape labels when I created the tapes. >> This just seems broken to me, though. Bacula should >> automatically check what tapes are currently in the loader >> every time it runs a job. Why doesn't it do this? > > Because > - You should use the appropriate command only when you change the tapes > loaded: 'update slots [scan] storage=xxx' > - Doing the necessary steps whenever Bacula accesses the tape inventory > will be very very time consuming. Ask the people who use the really big > libraries... You should simply not change the tape inventory and not > tell Bacula about it. I have a Spectralogic 2K loader. This loader will not allow access to the tapes until it is satisfied that it knows what tapes is in every slot. It keeps this information in memory at all times and, after the initial scan when the door is closed, reports it instantaneously. Running update slots with this loader takes less time than you can time by hand on a stopwatch. The non-barcode version of the loader obviously *can't* know what is in it, so Bacula just takes it's chances, loads the slot it thinks is right and reads the tape header. Here Bacula could know for *sure* that it has the right tape, but is trusting the information in the InChanger field in the database which is actually wrong. Once Bacula is configured, I shouldn't have to issue commands to to the director *ever* unless I'm doing a restore. I don't have to on my loader with no barcode reader so why should I have to on a loader that has one? What my hack is doing is just putting Bacula into the same "just try that slot and see what happens" mode that Bacula uses on loaders with no Barcode reader. It would be nice if this were simply an option I could set in a config file instead of digging in the database. Greg ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid0709&bid&3057&dat1642 _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
