FWIW,
I've had the same problem on occasion.
What I found is that it isn't even necessary to bring the funky tape back
from offsite.
If the Q CONTENT shows nothing on the tape, you can update the status to
READONLY (instead of offsite), and run the AUDIT VOLUME with fix=YES without
checking the tape in.
TSM detects the "missing or incorrect information", and updates the data
base without calling for a mount.
Then you can set the status back to OFFSITE, they will be either EMPTY or
PENDING.
You can let them come back whenever you retrieve tapes from offsite.
Just saves 1 step.
Wanda Prather
"I/O, I/O, It's all about I/O" -(me)
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
T.
Lists
Sent: Friday, September 24, 2004 11:57 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Empty Tapes are NOT Empty?
Funny that you should bring this up ... I had two
tapes this week that had this problem.
Pct relcaim was at 99.9%, however a q content showed
that there was nothing on the tape. A move data said
there was nothing on the tape, but when I tried to
delete the volume, it told me there WAS something on
the tape.
Here's what I did
1. These were offsite tapes, so I returned them from
offisite.
2. Checked into the library, set access to read-only.
3. Ran audit volume with fix=yes. Gave me:
ANR2334W Missing or incorrect information detected by
AUDIT VOLUME for volume <volid> - information will be
created or corrected.
4. Later, the regularly scheduled reclamation for
that storage pool produced:
ANR0195W Attempting to remove extraneous database
entries for volume <volid>
ANR0196I Removal of extraneous database entries for
volume <volid> was successful.
Tapes have gone to a "pending" state, so I'm hopeful
they will be deleted from the storage pool after the
reuse delay period.
Hope this helps.
T.
--- "Coats, Jack" <Jack.Coats AT BANKSTERLING DOT COM> wrote:
> Yes it does show them as empty. ... ... I'll try the
> audit vol. Thanks...
> Jack
>
> -----Original Message-----
> From: Doug Thorneycroft
> [mailto:dthorneycroft AT LACSD DOT ORG]
> Sent: Thursday, September 23, 2004 6:28 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: Empty Tapes are NOT Empty?
>
>
> Does q content also show them as empty?
> Even if they have overflow on them, the move data
> should work unless the
> original file is no longer available in your primary
> pool. You might have to
> return the tapes and run an audit vol. on them.
>
>
>
> -----Original Message-----
> From: Coats, Jack
> [mailto:Jack.Coats AT BANKSTERLING DOT COM]
> Sent: Thursday, September 23, 2004 4:22 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Empty Tapes are NOT Empty?
>
>
> I found that my offsite copy pool has lots of tapes
> in it that are 'full' or
> 'filling', but 0 percent full.
>
> I do a move data on these tapes, and some say they
> cannot be moved, but they
> are not empty (and not moving to the pending state).
>
> My understanding is these tapes may have the
> overflow of a large file that
> has the first portion on another tape. Ifs so, how
> can I find out what the
> other tape is?
>
> As always, awed as to the knowledge of this list,
> ... Jack
>
_______________________________
Do you Yahoo!?
Declare Yourself - Register online to vote today!
http://vote.yahoo.com
|
