ADSM-L

Re: storage media inaccessible?

2004-09-23 10:15:44
Subject: Re: storage media inaccessible?
From: Nancy Reeves <Nancy.Reeves AT WICHITA DOT EDU>
Date: Thu, 23 Sep 2004 09:18:31 -0500
David,
        That's a good idea, but it's not the answer for me. These are
primary pool tapes. Also, I checked "q vol access=unavailable" and the
tapes were not listed. You may notice that the "q vol" output shows
access=read/write.

        Earlier this morning it looked like the "audit library" with
"checklabel=yes" had helped. This morning I had 4 "unavailable" tapes, 3
of which were yesterday's problem tapes.  I get "unavailable"s when the
night operator doesn't take care of mount requests for space reclamations.
I updated them back to "readwrite". However, now that space reclamations
are trying to run again, I am getting ANR1081W - storage media
inaccessible messages again (just for the 3 from yesterday, today's new
one worked... a mount request came up & it was reclaimed).

Nancy Reeves
Technical Support, Wichita State University
Nancy.Reeves AT wichita DOT edu          316-978-3860
-----------
David E Ehresman <deehre01 AT LOUISVILLE DOT EDU> wrote:
David E Ehresman <deehre01 AT LOUISVILLE DOT EDU> wrote:


Nancy,

It's possibly that it is not those tapes that are inaccessable but
rather the tape that holds the same data in the primary pool.  Assuming
these are copypool tapes, if you try to move data or space reclaim and
tsm thinks they are not in the library, it will try to use the
corresponding primary pool tapes.  If they are unavailable for some
reason, you will get this error.  I reccommned running a "q vol
access=unavailable" and reasearch any tapes that might show up in that
query.

David

>>> Nancy.Reeves AT WICHITA DOT EDU 9/22/2004 4:44:41 PM >>>
I have 3 tape volumes that I cannot access. Anything that accesses the
tape (including Space Reclamation & Move Data) get  errors (different
for each command) that include "xxxx terminated for volume 999999 -
storage media inaccessible."

I can't figure out why! It doesn't seem to matter whether the volumes
are checked into the library or not. (If not, I should get a mount
request.)
Here is the result from a "q vol 99999 f=d" for one of them.

Volume Name: 075D8D
             Storage Pool Name: WSUTAPEBACKUP
             Device Class Name: MAGSTARTAPE
       Estimated Capacity (MB): 10,240.0
                      Pct Util: 6.3
                 Volume Status: Filling
                        Access: Read/Write
        Pct. Reclaimable Space: 35.5
               Scratch Volume?: Yes
               In Error State?: No
      Number of Writable Sides: 1
       Number of Times Mounted: 1
             Write Pass Number: 1
     Approx. Date Last Written: 09/17/04 02:43:24
        Approx. Date Last Read: 09/17/04 01:00:44
           Date Became Pending:
        Number of Write Errors: 0
         Number of Read Errors: 0
               Volume Location:
Last Update by (administrator): REEVES
         Last Update Date/Time: 09/22/04 15:00:41


Thanks for any ideas. (TSM server is 4.1.0.0 running on AIX with a
3575
tape library.)

Nancy Reeves
Technical Support, Wichita State University
Nancy.Reeves AT wichita DOT edu          316-978-3860
<Prev in Thread] Current Thread [Next in Thread>