Thanks. I will look at the max time settings. Regarding setting the enabled field, I think rather than that, I will use list nextvol, and make sure the changer is populated with the proper tape. This should keep Bacula satisfied.
I can even query the database and look for some of the other tapes that should be coming available, if I find that Bacula will likely write to more than one volume. *- Mike Schwager* * Linux Network Engineer, Mocho Trading LLC* * 312-646-4783 Phone 312-637-0011 Cell 312-957-9804 Fax* On Mon, Aug 3, 2015 at 2:15 PM, Bill Arlofski <waa-bac...@revpol.com> wrote: > On 08/03/2015 09:45 AM, Michael Schwager wrote: > > Kern, > > Thanks for the reply from The Man himself :-) . > > > > I ran update slots, and it's true that EPW681L3 is not in the library. > But > > that's as I planned it it: Why would it go to EPW681L3 when EPW680L3 is > right > > there in the library? It is in the same pool, it is as full as EPW681L3 > once > > was, it's older than the file/job retention period, but somehow Bacula > chose > > 681 instead of 680 which is what I was expecting. > > > > As a matter of fact, I marked all the eligible tapes as full: First I > marked > > 681 full then Bacula chose 682. So I marked that one as full. Now 683 and > > beyond are younger than the file/job retention periods, so Bacula thinks > it > > has no tapes. Meanwhile I'm pulling my hair out because I'm saying, > "Bacula- > > 680 is *right there*! Use it!" But no joy. Can I somehow mark a tape as > usable? > > > > Under v. 5.x, I discovered that Bacula's tape usage algorithm went > something > > like this: "Use an eligible tape from the library." I discovered (I > think) > > that I could use any tape that met Bacula's rewritable criteria. Now, I > don't > > know what the algorithm is. This means it will be difficult for me to > choose > > the proper tape to put in the library. I need to know before the weekend > > starts so it doesn't hang up my backups. > > > > Hi Michael, > > You might try setting the enabled field to '0' for all volumes which are - > or > should be - inaccessible (not in library), and therefore should not be > considered by Bacula as viable. > > I had to implement this on my system a couple years back, and it has been > working fine ever since: http://revpol.com/node/146 > > I wrote that script to work out this same problem I was having when > vchanger > drives were not in the drive caddy, and hence the file volumes on them were > not available. > > You will surely have to adapt it, or probably just pick a few things from > it > for your specific system because it is highly vchanger v0.8.6 centric. :) > > > Having said that, it is typically best to let Bacula manage what volumes it > wants, when it wants them, but in my situation, each hard drive I use with > vchanger has about 70 10GB volumes so I am not severely limiting Bacula, > just > guiding it a little and giving it a nudge. e.g.: I do not touch retention > times, nor do I manually force purges etc. :) > > > Also, regarding my other question: How do I make Bacula fail hard if it > > doesn't find the media it needs? > > I have used the various job "max ... time settings" for things like this in > the past. > > Bill > > -- > Bill Arlofski > http://www.revpol.com/bacula > -- Not responsible for anything below this line -- > <https://lists.sourceforge.net/lists/listinfo/bacula-users> > -- This message is for the named person(s) use only. It may contain confidential proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Mocho Trading LLC reserves the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorized to state them to be the views of any such entity.
------------------------------------------------------------------------------
_______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
