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
>
>
>
|
