ADSM-L

Re: Reclamation not reclaiming carts

2002-12-24 11:26:41
Subject: Re: Reclamation not reclaiming carts
From: Michael Raine <Michael.Raine AT ALLFIRST DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Tue, 24 Dec 2002 11:23:52 -0500
Thanks...
All cart have an access of onsite or offsite.  The data is intact.
The data can be manually moved but reclamation will not move it or tell me why.








Richard Sims <rbs AT BU DOT EDU> on 12/23/2002 07:44:08 PM

Please respond to "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>








 To:      ADSM-L AT VM.MARIST DOT EDU

 cc:      (bcc: Michael Raine/NOTES)



 Subject: Re: Reclamation not reclaiming carts








>There are no errors in the acticity log.  Once the reclamation process is
>started the tapes are selected/listed in the activity log but not reclaimed.
>It appears to recognize the tape is available for reclamation but does not even
>mount the tape.
>Collocate is on and there are hundreds of tapes with the same STG.
>Some of the tapes are 99.9% even reclaimable.

In my experience, with large storage pools it can take a while for Reclamation
to initiate - perhaps longer than the window that it is alloted by server
administration commands.

I presume that the subject volumes themselves have good Access values, which
allow them to be mounted and reclaimed?
If you are not already doing so, you must perform regular administrative
queries on your resources to catch those which have gotten bad Access and State
values.  (Do regular 'Query Volume Access=Destroyed',
'Query Volume Access=Reado Stat=Fill', 'Query Volume Access=Unavail', etc.)
This can allow you to discover victim and culprit conditions before they get
out of hand.

The small occupation exhibited by your tapes may involve storage pool files
which span volumes, and reclamation may not be happening because the volume that
the files span to/from are in a state which precludes their use.  I would begin
by performing 'Query CONtent <Volname> F=D' on the least occupied volumes,
looking for Segment numbering other than 1/1 in the first and/or last files,
which indicates spanning from/to other volumes.  The aforementioned queries will
help prevent and detect such conditions.

  Richard Sims, BU


****************************************************************************
All electronic communications, including company provided email, are the sole
property of Allfirst.  This system may not be used to transmit, receive or
download solicitations or offensive, vulgar or otherwise disruptive messages or
materials, including, but not limited to, those that violate Allfirst's policies
regarding Equal Employment Opportunity and Sexual Harassment.  All messages
transmitted by or received through the Allfirst email system shall be regarded
as non-personal, business communications.  Employees are reminded to only use
this system for legitimate business purposes.  Allfirst reserves the right to
monitor, intercept and retrieve electronic communications in the normal course
of business.

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