Hmm, we have about a dozen tapes in this state that are empty but not empty.
We have even brought the tapes back on site and tried the 'audit vol...
fix=yes' command on them and they still are not getting cleared up. We have
opened a call with Tivoli but they have yet to be able to fix it. We are on
AIX 4.3.3 at TSM version 4.1.1, so I'm not sure if our problems are related,
but if they find a fix for us, I'll let you know what it is.

Ben Bullock
Unix system manager
Micron Technology Inc.


> -----Original Message-----
> From: Thomas Denier [mailto:Thomas.Denier AT MAIL.TJU DOT EDU]
> Sent: Friday, July 13, 2001 2:37 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Offsite volume in strange state
>
>
> Our TSM server log for yesterday afternoon shows many pairs of
> messages like the following:
>
> 14:00:21 ANR9999D AFMIGR(2967): Space reclamation terminated
> for volume
>          600206 - unexpected result code (1).
> 14:00:21 ANR1092W Space reclamation terminated for volume 600206 -
>          internal server error detected.
>
> The output from 'q v 600206 f=d' is as follows:
>
>                    Volume Name: 600206
>              Storage Pool Name: VSN_MAIL
>              Device Class Name: VAULT3590
>        Estimated Capacity (MB): 9,216.0
>                       Pct Util: 0.0
>                  Volume Status: Filling
>                         Access: Offsite
>         Pct. Reclaimable Space: 100.0
>                Scratch Volume?: Yes
>                In Error State?: No
>       Number of Writable Sides: 1
>        Number of Times Mounted: 4
>              Write Pass Number: 1
>      Approx. Date Last Written: 07/11/2001 09:19:39
>         Approx. Date Last Read: 07/10/2001 17:43:16
>            Date Became Pending:
>         Number of Write Errors: 0
>          Number of Read Errors: 0
>                Volume Location: VAULT
> Last Update by (administrator): BATSYS
>          Last Update Date/Time: 07/11/2001 10:13:48
>
> A 'query content 600206' command reports 'No match found using
> this criteria.' Our server runs under OS/390 and is at level
> 3.7.4.0. The 'delete volume' command fails with a return code
> of 13 with or without the 'discard=yes' option. The volume is
> in fact off-site, which makes 'audit volume' a significant
> undertaking. Is there any way to get rid of a volume like this?
>