I was not referring to the copypool volumes, I was referring to your onsite
volumes.  Sometimes the tapes will get marked unavailable for your onsite
copies.

> ----------
> From:         Lawrence Clark[SMTP:Larry_Clark AT THRUWAY.STATE.NY DOT US]
> Reply To:     ADSM: Dist Stor Manager
> Sent:         Thursday, March 30, 2000 8:52 AM
> To:   ADSM-L AT VM.MARIST DOT EDU
> Subject:      Re: Reclamation of offsite volumes
>
> Hi John:
> Per the manual, copypool volumes that are acc=unav are still candidates
> for reclamation.
> When you change them to acc=readw do you return them onsite to complete
> the reclamation, or does the reclamation process use the primary storage
> pool as a source?
>
>
> Larry Clark
> NYS Thruway Authority
>
> >>> john.price AT WEYERHAEUSER DOT COM 03/29/00 05:11PM >>>
> I have also had troubles with this and found that I have tapes that have
> been marked unavailable.  I changed them to readwrite and reclamation
> worked
> fine after that.  On the command line type q vol * stg=* acc=unavailable
>
> > ----------
> > From:         Eric Winters[SMTP:ewinters AT AU1.IBM DOT COM]
> > Reply To:     ADSM: Dist Stor Manager
> > Sent:         Wednesday, March 29, 2000 5:00 PM
> > To:   ADSM-L AT VM.MARIST DOT EDU
> > Subject:      Re: Reclamation of offsite volumes
> >
> > Thanks for the suggestion Lawrence but I need to be in control of when
> > reclamation takes place and reclamation isn't working anyway for a few
> > tapes - this is the point, that tapes with reclamation values > my
> > reclamation threshold are NOT being fully reclaimed or are being
> > completely
> > ignored.
> >
> > I am going to go down the move data path.
> >
> > Regards and thanks,
> >
> > Eric Winters
> > IBM Global Services Australia
> > ZE06 (Zenith Centre - Tower A)
> > Level 6,
> > 821 Pacific Highway
> > Chatswood NSW 2067
> > Sydney Australia
> > Ph:  +61-2-8448 4104
> > Fax: +61-2-8448 4006
> >
> >
> > Lawrence Clark <Larry_Clark AT THRUWAY.STATE.NY DOT US> on 29/03/2000 
> > 23:39:19
> >
> > Please respond to "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
> >
> > To:   ADSM-L AT VM.MARIST DOT EDU
> > cc:    (bcc: Eric Winters/Australia/Contr/IBM)
> > Subject:  Re: Reclamation of offsite volumes
> >
> >
> >
> >
> > Hi Eric:
> > You may want to:
> > - set your hi lo values on your offsite  (copypool) storage pool so that
> > an
> > expire inventory will initiate the reclamation.
> > - adjust the values so that it is below your 'troublesome tapes
> >
> > >>> BillSlaughter AT TUPPERWARE DOT COM 03/28/00 03:59PM >>>
> > I myself found the same problem and no longer use "reclamation".
> >
> > I use a script that I developed that figures out which tapes are above
> my
> > (reclaimable) threshold and issues "Move Data XXXXXX" commands in non
> peak
> > hours on a daily basis.
> >
> > To avoid processing tapes that I just sent offsite (PTF #1) I only
> process
> > the ones that have not been written to in 10 days.
> >
> > You don't even need to recall your "troublesome" volumes, ADSM knows
> where
> > the file is in the primary storage pool and will re-create the offsite
> > tape
> > in a new or appended tape.
> >
> > I can send you the script if you want?
> >
> > -----Original Message-----
> > From: Eric Winters [mailto:ewinters AT AU1.IBM DOT COM]
> > Sent: Monday, March 27, 2000 12:00 AM
> > To: ADSM-L AT VM.MARIST DOT EDU
> > Subject: Reclamation of offsite volumes
> >
> >
> > Dear  *SM people,
> >
> > Further to my submission a week or so ago I thought I'd update you on
> what
> > I found when looking closely at the success of offsite reclamation.
> > It turns out that like Marian, I have a number of volumes which are only
> > reclaimed very slowly, and some which are not reclaimed at all. Over the
> > period of a week I had 6 eligible volumes of which 3 were partly
> reclaimed
> > (just a few percent) and another 3 were not reclaimed at all. And this
> is
> > in spite of allowing the offsite reclamation process to always run as
> long
> > as it wanted (ie I never killed the process).
> >
> > These troublesome volumes will be brought back in order to manually move
> > their data. (I'm on ADSM 3.1.2.40).
> > Regards,
> >
> > Eric Winters
> > IBM Global Services Australia
> > ZE06 (Zenith Centre - Tower A)
> > Level 6,
> > 821 Pacific Highway
> > Chatswood NSW 2067
> > Sydney Australia
> > Ph:  +61-2-8448 4104
> > Fax: +61-2-8448 4006
> >
>