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 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
