ADSM-L

Volume status changed to unavailable

1998-09-30 13:28:39
Subject: Volume status changed to unavailable
From: "Weeks, Debbie" <debbie AT ADMIN.USF DOT EDU>
Date: Wed, 30 Sep 1998 13:28:39 -0400
I have always had a complaint about the status of a volume being changed
to unavailable when a checkin request is not replied to in the specified
time.  Sometimes our operators just don't see the message (every minute
for a whole hour), so I routinely have to check for volumes that have
been moved out of the library to the tape rack that have been
"accidently" marked unavailable.  Volumes also get marked unavailable
with certain hardware related errors on the library/drives.

The situation I just watched happen on our ADSM server takes my
complaint one step further.  I had a reclaim running on one of our
storage pools.  A checkin request had just come up on the console when
our DB backup kicked off.  ADSM cancelled the request, and then marked
the volume unavailable (see log messages below), which seems a little
harsh.  The process that you see cancelled was the reclaim.

Somehow there must be a way of handling these situations without marking
volumes unavailable so that they are never processed by stg pool backups
or reclaims again until I manually check for them and change their
status back to read write.  Without thinking it through too far, perhaps
a prompt on a failed checkin to verify that the volume is not available,
only marking the volume unavailable with a confirming response.   Too
much to ask?  Not plausible?  Is there any options I can set to achieve
the same end result, some wait parameter perhaps?


 =======================================================================
========
Actitvity Log
-------------
Date and Time       Message
Date and Time       Message

------------------------------------------------------------------------
------------------------------------------------------------------------
------------------------------------------------------------------------
-----------------
-----------------
09/30/1998 12:58:31 ANR1044I Removable volume 1F5999 is required for
09/30/1998 12:58:31 ANR1044I Removable volume 1F5999 is required for
space reclamation.

09/30/1998 12:58:31 ANR8324I 3570 volume 1F5999 is expected to be
mounted (R/O).

09/30/1998 12:59:06 ANR8468I 3570 volume 17CFBD dismounted from drive
RMT0 (/dev/rmt0) in library 3575LIB.

09/30/1998 12:59:06 ANR8765I 618: 3570 volume 1F5999 in location
TapeRack is required for use in library 3575LIB; CHECKIN LIBVOLUME
required within 60 minutes.
09/30/1998 13:00:01 ANR2750I Starting scheduled command DBBACKUP_FULL (
backup db devclass=3570 type=full scratch=yes ).

09/30/1998 13:00:01 ANR0984I Process 786 for DATABASE BACKUP started in
the BACKGROUND at 13:00:01.

09/30/1998 13:00:01 ANR2280I Full database backup started as process
786.

09/30/1998 13:00:01 ANR2753I (DBBACKUP_FULL):ANR2280I Full database
backup started as

09/30/1998 13:00:01 ANR2753I (DBBACKUP_FULL):process 786.

09/30/1998 13:00:01 ANR2280I Full database backup started as process
786.

09/30/1998 13:00:01 ANR2751I Scheduled command DBBACKUP_FULL completed
successfully.

09/30/1998 13:00:02 ANR1440I All drives in use.  Process 781 being
preempted by higher priority operation.

09/30/1998 13:00:03 ANR8342I Request 618 for volume 1F5999 canceled by
SYSTEM.

09/30/1998 13:00:03 ANR8313E Volume 1F5999 is not present in library
3575LIB.

09/30/1998 13:00:03 ANR1402W Mount request denied for volume 1F5999 -
volume unavailable.

09/30/1998 13:00:03 ANR1410W Access mode for volume 1F5999 now set to
"unavailable".



Debbie Weeks
University of South Florida
Information Technologies/Technical Support
*********
*Debbie AT admin.usf DOT edu
*(813) 974-6926   *  S/C 574-6926
Fax(813) 974-3054
<Prev in Thread] Current Thread [Next in Thread>
  • Volume status changed to unavailable, Weeks, Debbie <=