I find you don't even have to check the tape in. If this is the "typical" problem lots of people run into that can be cleared by an audit, all you have to do is mark the tape READWRITE instead of OFFSITE. When I run the AUDIT, TSM realizes there is not really any data on the tape and doesn't even try to mount it.
-----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Stapleton, Mark Sent: Wednesday, July 14, 2004 12:23 AM To: [EMAIL PROTECTED] Subject: Re: TSM5.1.8: Can't Reclaim COPYPOOL Volume From: Dwight McCann [mailto:[EMAIL PROTECTED] >I normally reclaim offsite copypool volumes once a week. When the reclaim is complete, some volumes will be STATUS=EMPTY and ACCESS=OFFSITE. When I update the volume to ACCESS=READWRITE, it is dropped from the Copy storage pool and I can put it back into the scratchpool. I have a tape that is not working that way. It is 100% reclaimable, 0.0% used, has no CONTENT, but just won't go empty. Am I doing something wrong or am I confused or am I having a Senior Moment.? From: ADSM: Dist Stor Manager on behalf of Coats, Jack >consider doing a 'delete volume VOLNAME discarddata=yes' if the volume is really empty. I must do this on occasion, but I don't like it. Sometimes it happens if there had been a read error on the tape. ...and if that doesn't work, you probably need to check the tape into the library, set its access to READWRITE, and run an AUDIT VOLUME <VOLUME_NAME> FIX=YES on it to clear the bad database entry that says that there is data on the tape even thought there (probably) isn't. -- Mark Stapleton