We had this happen on some early version of TSM (4.1.2?). Tivoli had
us upgrade to 4.1.4 and then use this procedure to get the tapes back into
the proper state:
____________________________
There have been several instances where volumes in a certain storage pool
are empty but the tape utilization does not get updated as "empty". The
following steps will update the volume's utilization to "empty" and return
it back to the "scratch pool":
Check to make sure there is no data on the tape.
> q content TAPE# count=10
If no files are displayed, the tape needs to have this "fix".
If files are listed, try a "move data TAPE#" to move the data to another
tape.
Change the tape status to "readwrite" so you can fix it (if it is outside of
the library)
> update vol TAPE# access=readw
There is no need to actually retrieve the tape and put it in the library.
Audit the volume to fix it, it should take about 3 seconds.
> audit vol TAPE# fix=yes
Tape should now be "Empty".
> q vol TAPE#
Change tape status back to "offsite".
> update vol TAPE# access=offsite
The next day's "Tape return list" should include the fixed tape to be
checked back in as scratch.
____________________________-
Your procedures may need to be different,as you are using DRM, but
the "audit vol... fix=yes" was the part that fixed it.
Ben
Micron Technology Inc.
Boise, Idaho.
-----Original Message-----
From: Steve Bennett [mailto:[EMAIL PROTECTED]]
Sent: Monday, July 08, 2002 2:19 PM
To: [EMAIL PROTECTED]
Subject: offsite tape will not reclaim, delete or move
I have an offsite tape that will not go pending, it stays in the filling
state. It will not reclaim, move or delete. Relevant queriers, etc.
below. Anyone have any ideas as to what to try next?
q vol 000987 f=d
Volume Name: 000987
Storage Pool Name: DR_3590_JNU
Device Class Name: 3590
Estimated Capacity (MB): 35,840.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: 5
Write Pass Number: 1
Approx. Date Last Written: 03/27/2002 01:31:59
Approx. Date Last Read: 03/26/2002 13:17:01
Date Became Pending:
Number of Write Errors: 0
Number of Read Errors: 0
Volume Location: VAULT
q drm 000987 f=d
Volume Name: 000987
State: Vault
Last Update Date/Time: 03/27/2002 07:54:11
Location: VAULT
Volume Type: CopyStgPool
Copy Storage Pool Name: DR_3590_JNU
Automated LibName:
07/08/2002 11:22:46 ANR0984I Process 227 for SPACE RECLAMATION started
in the
BACKGROUND at
11:22:46.
07/08/2002 11:22:46 ANR1040I Space reclamation started for volume
000987,
storage pool DR_3590_JNU (process number
227).
07/08/2002 11:22:46 ANR0985I Process 227 for SPACE RECLAMATION running
in the
BACKGROUND completed with completion state
SUCCESS at
11:22:46.
07/08/2002 11:22:46 ANR1041I Space reclamation ended for volume
000987.
07/08/2002 12:03:05 ANR2017I Administrator XTSCSMB issued command:
DELETE
VOLUME 000987
discard=y
07/08/2002 12:03:05 ANR2406E DELETE VOLUME: Volume 000987 still
contains data.
07/08/2002 12:02:28 ANR2017I Administrator XTSCSMB issued command:
MOVE DATA
000987
recons=y
07/08/2002 12:02:28 ANR2209W Volume 000987 contains no
data.
07/08/2002 12:19:00 ANR2017I Administrator XTSCSMB issued command:
QUERY
CONTENT
000987
07/08/2002 12:19:00 ANR2034E QUERY CONTENT: No match found using
this
criteria.
--
Steve Bennett, (907) 465-5783
State of Alaska, Information Technology Group, Technical Services
Section
