This is what I do to get rid of the empty tapes that won't go away on my
AIX server with a 3494 library.  It works everytime.  You may be able to do
something similar.

upd vol xxxxxx acc=readw
checkin libvol 3494lib xxxxxx status=private devtype=3590
audit vol xxxxxx fix=yes
checkout libvol 3494lib xxxxxx remove=no
move media xxxxx stgpool=tapeback wherestate=mountablenotinlib wherestatus=empty
checkin libvol 3494lib xxxxxx status=scratch devtype=3590


Eliza Lau
Virginia Tech Computing Center
1700 Pratt Drive
Blacksburg, VA 24060
lau AT vt DOT edu


>
> Please reread my original post.
>
> If it was that simple, I would have done it, long ago.......When I do
> that, I get an "internal server error".
>
> TSM support has contacted me and basically said to open a PMR to address
> the issue. I am going to do such, shortly. Been real busy doing a MF
> upgrade, this weekend. Waiting for the dust to settle.
>
>
>
>
>
> William Boyer <wboyer AT PTD DOT NET>
> Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
> 09/10/2001 09:51 AM
> Please respond to "ADSM: Dist Stor Manager"
>
>
>         To:     ADSM-L AT VM.MARIST DOT EDU
>         cc:
>         Subject:        Re: Unable to fix tape volume problem on OS/390 server
>
>
> Then just update the volume to access=read/write. TSM will put it back to
> scratch status.
>
> UPD VOL 040042 ACC=READW
>
> Bill Boyer
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
> Zoltan Forray/AC/VCU
> Sent: Monday, September 10, 2001 8:09 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: Unable to fix tape volume problem on OS/390 server
>
>
> Yes, it is empty. Has been forever. Here is the F=D
>
>                     Volume Name: 040042
>               Storage Pool Name: SPBACKUP-COPY
>               Device Class Name: ADSMSP-COPY
>         Estimated Capacity (MB): 0.0
>                        Pct Util: 0.0
>                   Volume Status: Empty
>                          Access: Offsite
>          Pct. Reclaimable Space: 0.0
>                 Scratch Volume?: Yes
>                 In Error State?: No
>        Number of Writable Sides: 1
>         Number of Times Mounted: 40
>               Write Pass Number: 2
>       Approx. Date Last Written: 02/15/2000 10:34:05
>          Approx. Date Last Read: 02/15/2000 11:25:44
>             Date Became Pending:
>          Number of Write Errors: 0
>           Number of Read Errors: 0
>                 Volume Location: BUS1
>  Last Update by (administrator): DBBAKADM
>  Last Update Date/Time: 02/23/2000 08:09:19
>
> No, you can't DELETE it since it's status is OFFSITE:
>
> ANR1423W Scratch volume 040042 is empty but will not be deleted - volume
> access
> mode is "offsite".
>
>
>
>
>
> Mark Stapleton <stapleto AT BERBEE DOT COM>
> Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
> 09/10/2001 12:07 AM
> Please respond to "ADSM: Dist Stor Manager"
>
>
>         To:     ADSM-L AT VM.MARIST DOT EDU
>         cc:
>         Subject:        Re: Unable to fix tape volume problem on OS/390
> server
>
>
> On Tue, 4 Sep 2001 11:22:03 -0400, it was written:
> >The basic problem is an empty tape volume that refuses to go-away, due to
> >"still has SEGMENT references".  Here is a snapshot of a recent attempt
> to
> >AUDIT the volume to fix the problem (previous trouble call said to use
> >AUDIT):
>
> Have you tried
>
>         del volume <volumename> discarddata=yes
>
> If it's truly empty, you won't lose any data. If it has anything at
> all in it, the missing data will be backed up again at the next
> scheduled backup session.
>
> --
> Mark Stapleton (stapleton AT berbee DOT com)
>