ADSM-L

Re: The tape that would not be scratched...

2002-12-27 13:04:18
Subject: Re: The tape that would not be scratched...
From: bbullock <bbullock AT MICRON DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Fri, 27 Dec 2002 11:03:44 -0700
        Ahh, this is an old problem that you can find in the archives. But
to save you the trouble, here is the fix.
The simple answer is a "audit vol fix=yes" but for a copypool tape, you need
a couple extra steps:

update vol $1 access=readw
audit vol $1 fix=yes
update vol $1 access=offsite

(note, you do NOT need to insert the tape, it will never ask for it).

It will now be empty and should be returned by your normal DR processes.

Ben

-----Original Message-----
From: Lawson, Jerry W (ETSD, IT) [mailto:jlawson AT THEHARTFORD DOT COM]
Sent: Friday, December 27, 2002 10:56 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: The tape that would not be scratched...


Date:           December 27, 2002                       Time: 12:40 PM
From:   Jerry Lawson
                The Hartford Insurance Group
860     547-2960                jlawson AT thehartford DOT com
----------------------------------------------------------------------------
-
Hello to all of my friends out there, its been a while since I've had the
pleasure of spending time with this forum.  Unfortunately, I have a problem
that brings me here - I'm filling in for some folks while they enjoy the
holidays away from work.

I have a series of 5 tapes (unrelated to each other, I believe) that fall
into the same set of circumstances.  They are copypool tapes, and as such,
of course, are offsite.  Each tape shoes as being 100% reclaimable, and a Q
Content confirms this.  I even tried a Move Data on the tapes, and the
response was that they contained no data.  The problem is that they keep
coming for reclamation, and they can't be reclaimed!  About every 5 minutes,
a process kicks off, ends with a completion code of Success, but nothing
happens, and the loop begins again.

Now the obvious solution would be to delete the tapes, but when I try this
the response is a condition code 13 (ANS8001I message), and the associated
message says that the tapes still contain data.  So, throwing all caution to
the winds, I do a Delete Vol, discard=yes, and I still get the condition
code 13.

It is indeed interesting that the Q content shows nothing, the Move Data
confirms this, yet the Q Volume shows 100% reclaimable, with a status of
FULL, and not EMPTY, and the Delete Volume will not work, even with a Force
command.

The only good thing about all of this is that when a "legitimate" tape
qualifies for reclamation, it seems to jump to the head of the queue, and
gets reclaimed normally.

Has anyone seem anything like this before?  Any suggestions on how to get
rid of these tapes?


----------------------------------------------------------------------------
-
                                                     Jerry



This communication, including attachments, is for the exclusive use of
addressee and may contain proprietary, confidential or privileged
information. If you are not the intended recipient, any use, copying,
disclosure, dissemination or distribution is strictly prohibited. If
you are not the intended recipient, please notify the sender
immediately by return email and delete this communication and destroy all
copies.

<Prev in Thread] Current Thread [Next in Thread>