Bring the volume back (it's empty, anyway). Check it in, run AUDIT VOL
FIX=YES.
That usually fixes this problem.
-----Original Message-----
From: Thomas Denier [mailto:[EMAIL PROTECTED]]
Sent: Friday, July 13, 2001 4:37 PM
To: [EMAIL PROTECTED]
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?
