Here's what we found in the actlog... So we have verified no contents, changed 
to scratch and reworet the label!  Sweet!

12/06/04   04:44:21      ANR8778W Scratch volume I01623 changed to Private 
Status  
                          to prevent re-access. (SESSION: 8826, PROCESS: 634)   
   
12/06/04   04:45:19      ANR8778W Scratch volume I01624 changed to Private 
Status  
                          to prevent re-access. (SESSION: 8826, PROCESS: 634)   
   
12/06/04   04:46:32      ANR8778W Scratch volume I01625 changed to Private 
Status  
                          to prevent re-access. (SESSION: 8826, PROCESS: 634)   
   
12/06/04   04:47:45      ANR8778W Scratch volume I01626 changed to Private 
Status  



tsm: MSPSTG5>h 8778
-------------------------------------------------------------------------------

ANR8778W Scratch volume volume name changed to Private Status to prevent
re-access.

Explanation: The scratch volume encountered an error during mount processing
that makes it unusable. The status of the volume is changed to private so
that it is not selected for future scratch mounts. (Although the status has
become private, it is not defined to a storage pool.)

System Action: Processing continues with another scratch volume.

User Response: See previous error messages to determine the cause of the
mount failure, and correct the problem. If the problem is a mislabeled
volume or unreadable label, relabel the scratch volume using the dsmlabel
utility with the "-overwrite" option. If the volume is missing from its home
slot, issue the AUDIT LIBRARY command against the library. If the volume has
lost or corrupted VCR-data, relabel the volume. (This reinitializes the
VCR-data by writing to the volume update the status of the volume to scratch
by using the UPDATE LIBVOL command.




LABEL libvol 3494lib1 I00545 checkin=scratch overwrite=yes devt=3592




-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
Stapleton, Mark
Sent: Thursday, December 09, 2004 9:57 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Question About Tapes In Lib as Private - But No History /
Data On them


From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On 
Behalf Of Hart, Charles
>We have found a strange situation with Tapes in our library 
>I'm hoping that some one could clarify what we are seeing...
>
>tsm: MSPSTG5>q libvol 3494lib1 i01448                          
>3494LIB1         I01448          Private                       
>
>Q vol States that TSM DB
>tsm: MSPSTG5>q vol I01448 f=d
>ANR2034E QUERY VOLUME: No match found using this criteria.

You have had a glitch with your library that has caused TSM to move an
empty scratch tape into the 'private' category without putting data on
it. This could have been caused by technical difficulties, or by someone
checking in a scratch tape with status=private (instead of
status=scratch).

Run

        upd libv 3494lib1 I01448 status=scratch

If it is truly an empty tape (doesn't belong to a storage pool, and
isn't a db backup tape), it'll flip to scratch status.

--
Mark Stapleton (stapleton AT berbee DOT com)
Berbee Information Networks
Office 262.521.5627