Hi Eric:
You are in control of when the reclamation process initiates. At our site when 
the (scheduled) expire inventory completes the values on the volumes are 
updated and reclamation begins then.

The 1st time the hi/lo values were adjusted the reclamation would begin 
immediately, but if the values are retained then subsequent reclamations would 
always be initiated after the expire inventory.

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
>