Hi Steve,

Yes, the tape is scratchable, but you have to explicitly "update libvol
3575lib1 11824f status=scratch". You might want to "q content 11824f" first
just to make sure there isn't anything on the tape. As you surmised, the
library gets confused sometimes and when it can't find the tape it was
looking for it marks the tape private so that TSM doesn't look for it any
more.

Kai.

>Date:    Fri, 13 Jul 2001 09:46:05 +0800
>From:    Steve de Souza <DeSouzaS AT BUNNINGS.COM DOT AU>
>Subject: missing volumes
>
>        Hi All,
>
>                I have some volumes which appears in a "q libv" as
>follows...(ythis is just one of them)
>
>
>        3575LIB1  11824F     Private        59
>
>
>The usual forth field of "Data" is not displayed. Does this mean that this
>is a "scratchable" tape???
>
>Also, from the actlog, the last entry for this tape is an atempted checkin,
>which has failed as ADSM says that the tape is already in the library.
>The next most recent entry for the tape is a "checkout" from the library,
>which has failed, because the tape it got was the wrong one(I think the
>inventory is stuffed.)
>
>        As I am physically holding this tape in my hand, I am very confused
>as to what is going on.
>        Several tapes are like this. It also seems that after doing a
>"tapeutil -f /dev/smc0 inventory"
>        that some of the tapes that are displayed are not the ones that
>physically appear in the slot
>        that it says.
>
>        Quite strange. Has anyone got some clues on how to sanity check and
>fix this inventory issue please?
>
>        cheers
>                steve