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
>