It is quite likely, should all drives be unmounted before a tape rearrangement?

-Blake

-----Original Message-----
From: Bob Hetzel [mailto:beh AT case DOT edu]
Sent: Wednesday, May 07, 2008 12:45 PM
To: Blake Dunlap; bacula-users AT lists.sourceforge DOT net
Subject: Re: [Bacula-users] question reguarding autochanger use

I think I recently saw this problem too.  The problem as I saw it was
when I did added new unlabeled tapes to my changer.  My changer Dell
PowerVault 136T managed to accept tapes that it shouldn't.  I have two
drives and both had tapes in them.  When it imported the tapes from the
in/out slots to the regular slots it put them in slots which should have
been reserved (due to the tape not being in it's regular slot but being
loaded in a drive).  As a result, when bacula went to unload a drive the
home slot was full and couldn't be used.  Unfortunately, when I ran an
update slots on the changer it became apparent that somewhere in the
code for either the director or sd bacula wasn't updating the slot info
for mounted tapes.

I had to use the right mtx command to unload the tape and then restart
bacula to get that resolved I think.

Is it possible you were having new tapes imported while drives were full
  too?


> From: Blake Dunlap <blake AT ISDN DOT NET>
> Subject: Re: [Bacula-users] question reguarding autochanger use
> Arno,
>
>         Thank you for the help as usual. I understand what the problem is 
> (well symptom), and
 >agree with the risks for deadlock if there is anything else going on.
In theory this should never
 >occur, but I am seeing it weekly. All technicians that interact with
the changer state they are
>correctly following procedure and asking Bacula to update slots when finished, 
>and confirming
 >that data is returned. I am not sure if it is a problem with the
script possibly missing tape
 >locations sometimes, perhaps my autochanger is being defiant,
something is directly accessing
 >the autochanger around Bacula, or more simply my technicians are not
properly following procedure.
 >At this point I am trying to countermand this specific error
programmatically as when this occurs,
 >I can be fairly confident about the tape changer being stuck in any case.



-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users