Hello,

as I told the list a few weeks ago, we have exactly the same problem: on
ADSM MVS 1.3.0.2!

We have now reduced the %recl to 90% instead of 60% as before. We choose
90% because every volume more than 90% reclaimable is never more than
15% full.

Would be also very interested to get a correction. I do not remember if
IBM development told us one will come soon...


Regards,

René Lambelet - (3543 - *A581 
Nestec SA - 55, Av. Nestlé - CH-1800 Vevey
Tel: ++41/21/924'35'43 / Fax: ++41/21/924'45'89
E-Mail: rene.lambelet AT nestle DOT com


>-----Original Message-----
>From:  James R (Jim) Owen [SMTP:Jim.Owen AT YALE DOT EDU]
>Sent:  Thursday, May 07, 1998 6:18 PM
>To:    ADSM-L AT VM.MARIST DOT EDU
>Subject:       Re: Increase of tape usage after activation of new release
>
>We have the same problem after upgrading AIX ADSM Server from v2.1.0.12
>to v3.1.1.2.  IBM ADSM Level 2 and developer are currently investigating
>our problem (and possibly yours, as well -- they just told me yesterday
>that someonelse had the same problem on another platform).  If you have
>not already called ADSM Support, please call them now.  The problem, as we
>see
>it, is that before the upgrade, "Query Volume Format=Detailed" showed
>%utilization and %reclaimable values where
>        %utilization + %reclaimable <= 100%
>After the upgrade and some other seemingly extraneous processing, we have
>>100
>tapes that show expected %utilization *and* 100% reclaimable!
>
>Updating a tape stgpool w/ REClaim=99 causes these 100+ tapes all to be
>scheduled for reclamation including at least one tape that is really 98%
>utilized and full of data!  We are hoping and expecting IBM to resolve
>our problem (pmr06818.180) sometime today or tomorrow so that we can
>resume tape reclamation this weekend.  For now, I've disabled our reclamation
>scheduling.  You probably should do that, too!
>
>Again, the problem seems caused by an error in calculating the reclaimability
>of tapes after the upgrade.  AUDit Volume for the 98% utilized tape shows
>there
>are 0 damaged files on the tape. AUDIT RECLAIM LAST=NO that shows that we do
>not have any V3 aggregate reclamation problems (0 definate and 0 possible),
>so
>that is not a contributiing factor in the miscalculation of the
>reclaimability
>for these tapes.
>
>IBM level 2 support just called asking for some additional disgnostic
>information from our server database.  When I mentioned your problem,
>She recommended that you call IBM's World Trade Support immediately, and
>"DO NOT ALLOW ANY MORE RECLAMATION PROCESSING" until IBM can fix the
>bugus 100% reclaimability of those tapes (assuming that we both have
>the same problem.)  Good luck to us.
>
>Jim.Owen AT Yale DOT Edu (USA: 203.432.6693)
>
>Stefan Cina wrote:
>>
>> Two weeks ago we have updated ADSM MVS Server V2 to ADSM MVS Server
>> V3.1.0.2. Since then ADSM acts differently:
>> - On Sonday and Monday space reclamation on 100 to 400 tapes (5 to 10
>> before the update)
>> - The last weekend ADSM has mounted 700 tapes (100 before the update)
>> Is this normal?
>> Thanks for any suggestions.
>> Regards.
>>
>> Stefan