Hi,

We also have this problem. Approximately 10% of our library has
%utilisation + %reclaimable > 100. I was assuming that this was because
aggregates weren't being reclaimed, and that it would be fixed after we
had run the audit reclaim utility (planned for this weekend). It appears
that my assumption is incorrect.


Trevor
------------------------------------------------------------------------
------------------------------------------------
------------------------------------------------
Trevor Foley
Trevor Foley
Bankers Trust Australia Limited
Phone: 61-2-9259 3944    Fax: 61-2-9259 2659


        -----Original Message-----
        From:   James R (Jim) Owen [SMTP:Jim.Owen AT YALE DOT EDU]
        Sent:   Friday, May 08, 1998 2:18 AM
        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