Andreas Helmcke a écrit : > On 21.05.2007 08:55, Adam Cécile wrote: > >> Arno Lehmann a écrit : >> >>> Hello, >>> >>> On 5/18/2007 9:02 AM, Adam Cécile wrote: >>> >>> >>>> Hi, >>>> >>>> Today my director was blocked. >>>> It was asking for a volume which had inchangler flag set to no while >>>> there was 4 purged volume in the right pool. >>>> I had to load the volume into the drive manually (with mtx) and then >>>> mount it, otherwise bacula keeps asking for the missing volume. >>>> >>>> >>> Usually, Bacula shoould use whatever tape is available. Obviously, the >>> catalog has to represent the actual autochanger inventory. >>> >>> >>> >>>> How could this happend ? Do I missed something in my configuration ? >>>> >>>> >>> I don't think this is a configuration issue... most of the time, I see >>> these problems when tapes were changed and no 'update slots' command was >>> executed. >>> >>> >> Update slots has been run, and list media only reports the good volumes >> as "inchanger". >> >>> There is a query in Bacula to show the volumes that Bacula thinks are in >>> the changer. Try this, and if it doesn't reflect the current inventory, >>> do an 'update slots'. That should work. >>> >>> >> Do you mean list media could be right while the sql catalog may be wrong ? >> >>> If it doesn't, this should be a bug. You'll need to make sure you've got >>> a recent version of Bacula running, the catalog is up to date, capture >>> debug output for the DIR, and file a bug report. But I don't think this >>> will be necessary :-) >>> >>> >> It really looks like being a bug... See my previous mail for more >> informations. >> Please notice that if I load the right tape with mtx and then mount it >> in bacula, the job gets written on this volumes. >> > > I am not sure but maybe your problems are related to the problems I have > while using a multidrive autochanger (see me recent mails to this list). > > My impression is, that volume selection part of bacula sometimes gets > confused and is choosing the wrong volume (or at least one which I > consider wrong ;-) ). > > I am trying to narrow the circumstances but by now i can't give the > steps needed to reproduce the problem. > > While testing I found that if i am running the jobs immediately again > everything works like I would expect (i.e. bacula reuses the tapes which > are already in the drives and does not use new ones) while in normal > operation (jobs run once a day) the reported problems occur. > > > Andreas > > This looks like a serious issue. Which version are you running ? I'm on 1.38.
-- Adam CECILE Linbox / Free&ALter Soft 152 rue de Grigy tél: +33 3 87 50 87 95 Technopôle Metz 2000 fax: +33 3 87 75 19 26 57070 METZ - France http://www.linbox.com ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
