Re: Problem with empty tapes not returned to "Scratch"
2007-03-13 11:56:52
Some diagnostic work here...
When you MOVE DATA LU0027, what happens?
If it says there's no data to move, and the volume is confirmed as being in the
library, try this:
AUDIT VOLUME LU0027 FIX=YES
Chances are that the volume will fall to scratch status after this runs for a
minute or two. This happens occasionally when one part of the TSM database says
there are files left, but another part of it says not. The audit command
reconciles this issue.
--
Mark Stapleton (mark.s AT evolvingsol DOT com)
Senior consultant
________________________________
From: ADSM: Dist Stor Manager on behalf of Davis, Adrian
Sent: Tue 3/13/2007 10:40 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: [ADSM-L] Problem with empty tapes not returned to "Scratch"
I've noticed that I have 4 volumes in the library with details similar
to:-
Volume Name: LU0027
Storage Pool Name: 3583LMX
Device Class Name: 3583CLASS
Estimated Capacity (MB): 0.0
Scaled Capacity Applied:
Pct Util: 0.0
Volume Status: Empty
Access: Read/Write
Pct. Reclaimable Space: 0.0
Scratch Volume?: Yes
In Error State?: No
Number of Writable Sides: 1
Number of Times Mounted: 17
Write Pass Number: 1
Approx. Date Last Written: 06/08/06 00:15:48
Approx. Date Last Read: 26/01/07 13:07:25
Date Became Pending:
Number of Write Errors: 0
Number of Read Errors: 0
Volume Location:
Volume is MVS Lanfree Capable : No
Last Update by (administrator): ADMIN
Last Update Date/Time: 13/03/07 11:33:06
They all have "Estimated Capacity", "Pct Util" and "Pct. Reclaimable
Space" with a value of "0.0" and "Volume Status: Empty". Can anybody
give me some idea why these tapes have not become Scratch tapes?
Many Thanks,
=Adrian=
|
|
|