You should try to determine why they were marked unavailable. For example, per
your activity log, tape 000027 was marked unavailable because the wrong tape
(000208) was mounted instead of 000027. An inconsistency in the library may be
responsible (i.e. 000208 was in 000027's slot), which the AUDIT LIBRARY would
have fixed. In cases like this, you can simply update the volumes access to
READWRITE or READONLY. You can also issue the command QUERY VOLUME with
FORMAT=DETAILED (i.e. QUERY VOLUME 000027 FORMAT=DETAILED, or Q V 000027 F=D)
and check the error status line (in error state, number of write errors, and
number of read errors). If the volume looks okay, then setting the access to
READWRITE or READONLY should be okay, and the volumes can be accessed again. If
you are not sure about the volume, then try setting the ACCESS to READONLY.
This will allow the volumes to be read by processes like BACKUP STGPOOL and
reclamation.
To check whether a tape is eligible for reclamation, the status must be full
and the percent utilization should fall within your reclamation criterion. For
instance, if your reclaim threshold is 70% and the volume is less than 30%
used, then it will be eligible for reclamation. Alternatively you can use MOVE
DATA to move the data off the tape.
Andy Raibeck
IBM Storage Systems Division
ADSM Client Development
e-mail: storman AT us.ibm DOT com
ADSM-L AT VM.MARIST DOT EDU
04/07/98 06:53 AM
Please respond to ADSM-L AT VM.MARIST DOT EDU
To: ADSM-L AT VM.MARIST DOT EDU
cc:
Subject: Re: Question on scratch again.
I have done the audit and there were tapes stuck in the devices.
But the question is now, there are a number of volumes in the library's
primary pool.
These volumes are marked "unavail", but need to be backed up into the
backup pool.
When I run a backup stgpool, the log shows that the tapes can't be
backed up because of the
access setting.
Can I changed these to readonly without screwing up the reclamation?
Also, can I force reclamation by reducing the reclaim to 10. (it's
currently 70)?
Lastly, do I need to restart the server if I added a trace command to
dsm.opt?
Thanks for the info,
Shane
Anthony Shane Amerman
Legg Mason, Corporate Technology
Unix System Administrator
410-454-3081 24th Floor
> -----Original Message-----
> From: Andrew Raibeck [SMTP:storman AT US.IBM DOT COM]
> Sent: Monday, April 06, 1998 10:45 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: Question on scratch again.
>
> You should investigate the ANR8300E message that appears in your
> activity log
> (although you hinted that your library is full, so you may already be
> pursuing
> this). ADSM is trying to free up tapes (via reclamation) so that they
> can be
> returned to scratch and re-used. If ADSM can successfully free up
> these tapes,
> then you might not need to add additional scratch tapes. However, it
> looks like
> the problem reported by the ANR8300E message is preventing reclamation
> from
> running, so ADSM can't free up the tapes. You should check the library
> to be
> sure that you don't have a tape stuck in a cartridge, or that there
> aren't more
> tapes in the library/drives than there are slots. If tapes were
> manually added
> to or removed from the library, then the library inventory may be out
> of sync
> with ADSM, requiring an AUDIT LIBRARY. If none of the above looks like
> the
> problem, it is also possible that you need to update your ADSM server
> code
> and/or library microcode. Note that these are just some
> "shoot-from-the-hip"
> ideas, so you need to determine what is going on before taking any
> specific
> action.
>
> In answer to your question, the tapes marked FULL/UNAVAILABLE/SCRATCH
> are *not*
> available for re-use yet. Elaborating on this:
>
> The SCRATCH status from a QUERY VOLUME command and the SCRATCH status
> from a
> QUERY LIBVOLUME command are not exactly the same thing.
>
> The SCRATCH=YES or NO from QUERY VOLUME indicates whether the volume
> was
> obtained from a scratch pool of tapes, or whether it was pre-defined
> to ADSM
> via the DEFINE VOLUME command. The fact that QUERY VOLUME gives you
> any
> information at all indicates that the volume belongs to a storage pool
> (and
> thus is not part of the library's current scratch inventory). The
> status of
> FULL indicates that there is valid data on this volume, so it is not
> ready to
> be returned to the library's scratch inventory. The SCRATCH=YES
> indicates that
> this volume was taken from the library's scratch inventory, and will
> be
> returned to the scratch inventory once it is empty.
>
> The SCRATCH status from a QUERY LIBVOLUME command indicates that the
> volume is
> part of the library's inventory of scratch tapes. This is versus the
> PRIVATE
> status, which indicates that the tape is in use by ADSM (i.e. it
> belongs to a
> storage pool or has been used for database backup, export, etc.).
>
>
> Andy Raibeck
> IBM Storage Systems Division
> ADSM Client Development
> e-mail: storman AT us.ibm DOT com
>
> Hello all,
> I'm getting errors in my activity log complaining about not having any
> scratch volumes.
> Here is an example:
> 52 ANR1044I Removable volume 000011 is required for space
> reclamation.
>
> 04/06/1998 08:36:52 ANR1044I Removable volume 000024 is required
> for space
> reclamation.
>
> 04/06/1998 08:36:52 ANR8324I DLT volume 000011 is expected to be
> mounted
> (R/O).
>
> 04/06/1998 08:36:52 ANR8324I DLT volume 000024 is expected to be
> mounted
> (R/O).
>
> 04/06/1998 08:36:52 ANR1142I Moving data for collocation cluster
> 1
> of 1 on
> volume 000011.
>
> 04/06/1998 08:36:52 ANR8300E I/O error on library 9714
> (OP=00006C03, CC=315,
> KEY=05, ASC=3B, ASCQ=0D, Description=The
> destination slot
> or drive was full in an attempt to move a
> volume). Refer
> to Appendix B in the 'Messages' manual for
> recommended
> action.
>
> 04/06/1998 08:36:52 ANR1401W Mount request denied for volume
> 000027
> - mount
> failed.
>
> 04/06/1998 08:37:58 ANR8337I DLT volume 000011 mounted in drive
> DRIVE3
> (/dev/mt2).
>
> 04/06/1998 08:38:07 ANR8356E Incorrect volume 000208 was mounted
> instead of
> volume 000027 in library 9714.
>
> 04/06/1998 08:38:33 ANR1402W Mount request denied for volume
> 000027
> - volume
> unavailable.
>
> 04/06/1998 08:38:33 ANR1410W Access mode for volume 000027 now
> set
> to
> "unavailable".
>
> 04/06/1998 08:38:33 ANR1405W Scratch volume mount request denied
> -
> no scratch
> volume available.
>
> 04/06/1998 08:38:33 ANR1405W Scratch volume mount request denied
> -
> no scratch
> volume available.
>
> 04/06/1998 08:38:33 ANR1405W Scratch volume mount request denied
> -
> no scratch
> volume available.
>
> 04/06/1998 08:39:14 ANR1086W Space reclamation terminated for
> volume 000011 -
> insufficient space in storage pool.
>
> 04/06/1998 08:39:14 ANR1042I Space reclamation for storage pool
> TAPE will be
> retried in 60 seconds.
>
> 04/06/1998 08:40:14 ANR1043I Space reclamation retry delay ended;
> checking
> volume reclamation status for storage pool
> TAPE.
> 04/06/1998 08:40:14 ANR1040I Space reclamation started for volume
> 000030,
> storage pool TAPE (process number 389).
>
> 04/06/1998 08:40:14 ANR1044I Removable volume 000030 is required
> for space
> reclamation.
>
> 04/06/1998 08:40:14 ANR1044I Removable volume 000007 is required
> for space
> reclamation.
>
> 04/06/1998 08:40:14 ANR8324I DLT volume 000030 is expected to be
> mounted
> (R/O).
>
> 04/06/1998 08:40:14 ANR8324I DLT volume 000007 is expected to be
> mounted
> (R/O).
>
> 04/06/1998 08:40:14 ANR1142I Moving data for collocation cluster
> 1
> of 11 on
> volume 000030.
>
> 04/06/1998 08:40:20 ANR1405W Scratch volume mount request denied
> -
> no scratch
> volume available.
>
> 04/06/1998 08:40:20 ANR1405W Scratch volume mount request denied
> -
> no scratch
> volume available.
>
> 04/06/1998 08:40:20 ANR1405W Scratch volume mount request denied
> -
> no scratch
> volume available.
>
>
> *********************
> My question is, there are a number of volumes in my primary storage
> pool
> that are marked
> status=full, access=unavailable, Scratch Volume=yes ; but these tapes
> are not listed as scratch in
> a q libvol. Is there a way to use these as scratch or do I need to
> add
> more scratch volumes to the library.
> (Which adds a new problem, the tape library is full. But that is
> another
> question.)
>
> Any thoughts?
>
> Thanks
>
> Shane
>
>
> Anthony Shane Amerman
> Legg Mason, Corporate Technology
> Unix System Administrator
> 410-454-3081 24th Floor
>
>
>
|
