Re: License Audit times....

Text item: Body.822
The audit license took so long because it was counting all the megabytes
used by each client.  Your lucky it took just an hour!!  Relief is
available -  get the latest ptf set (un87799, 800, 801) and install it.
Apar PN77064 implements a server options file option called
"noauditstorage" which will suppress the megabyte counting during an "audit
license" event.

IBM DOCUMENTATION SCREWUP!!

PN77064 is not documented in the ANR2210 documention file.  It is
documented in the ptf coverletter.  I found this out because I have been
waiting and watching for this fix.  IBM, is there anything else missing
from ANR2210?  Could you run an "audit documentation" to see if ANR2210 is
in compliance for all the other fixes?
_________________________Reply Header_________________________
Author: ADSM-L AT vm.marist DOT edu
Subject: License Audit times....
04-29-96 10:59 PM

Date:         Mon, 29 Apr 1996 22:59:01 -0400
From:         Jerry Lawson <jlawson AT itthartford DOT com>
Subject:      License Audit times....
To:           Multiple recipients of list ADSM-L <ADSM-L AT vm.marist DOT edu>

Date:     April 29, 1996            Time:    22:38
From:    Jerry Lawson
    ITT Hartford Insurance Group
    (203) 547-2960    jlawson AT itthartford DOT com
---------------------------------------------------------------------------
--
--
In looking through the log this AM, I noticed that my version 2 MVS server
In looking through the log this AM, I noticed that my version 2 MVS server
(level 2) went through license audit processing last night, and it took
almost
an hour to process 316 registered nodes.  This seems to me to be very
extreme
(there was a little activity on the server, but nothing of great impact,
and
the rest of the workload on an MVS machine on Sunday evening was low too).
If
all you are trying to do is count the number of registered nodes that I
have,
and make sure that I am not using a client type that I am not registered
for,
then I would be really concerned if I have several thousand nodes (as we
project to be), and this occurred on a weeknight, in the middle of a set of
server backups.

Is this time duration what others are seeing?  Is there anything that can
be
done to reduce the time this process takes?

*************************************************************************
Jerry Lawson
ITT Hartford Insurance Group
jlawson AT itthartford DOT com