I gave up this problem last evening.
Today, I find that sometime during the night the volume was returned to
scratch "by itself".....
It could be that the reusedaly-period had passed, but also the mismatch
about the volume both being mountableinlib and mountablenotinlib at the
same time was gone..

Strange...

On Fri, 11 Dec 1998, Tom Tann{s wrote:

>
> Thanks for your help..
> But I already tried this.
> The problem seems to be that in a table somewhere the media state is still
> mountablenotinlib, while q media reports the state as mountableinlib..
>
> The move media and delete volume obviously get their information from
> other places than the q media.
>
>
> On Fri, 11 Dec 1998, Price, Robert R. wrote:
>
> > There apparently was a change in 3.1.2.0 so that pending/empty volumes are
> > handled differently than previously.
> >
> > I had a similar problem.  I changed the reuse value to zero for the storage
> > pool.  After the tape goes from pending to empty (during expiration?), try:
> >
> > move media <volume> stg=<stgpool> wherestate=mountablenotinlib
> > wherestatus=empty
> >
> > Then do the delete volume.  The volume is then returned to scratch.
> >
> >
> >
>
>