HP Instant Capacity release notes for Version 10.x, August 2010 (T1428-90081)

Internal Representation of the Group Manager
In previous releases, the internal representation of the Group Manager was maintained as an IP
address. It is now maintained by its host name. This enables the use of a GiCAP Group Manager
using DHCP for dynamic IP addresses.
New GiCAP Configuration File for Group Members
In versions 9.0 and later, the file /etc/opt/iCAP/GiCAP.configFile is created on every
host of a GiCAP group member. It contains information needed by the iCAP software when
contacting the Group Manager for the host.
GiCAP Activation Time
In iCAP versions prior to 9.0, the GiCAP Group Manager would do an iCAP compliance check
of every group member whenever the GiCAP Group Manager was restarted. This could occur
quite frequently due to the automatic shutdown of the GiCAP Group Manager WBEM provider
by the local CIM server. The CIM server shuts down WBEM providers, such as the GiCAP
Provider, whenever it has been idle for a period of time. This means that GiCAP Group Manager
restarts could happen multiple times during the day, depending on how frequently the GiCAP
Group Manager was accessed by icapmanage or icapmodify commands.
With this release, the GiCAP Group Manager does an iCAP compliance check on a group member
only once a day or any time a host on that member reboots. The once a day compliance checks
are done at different times for each group member, thereby diffusing the performance impact
of starting up the GiCAP Group Manager.
The impact of this performance improvement depends on the size of your group, and the number
and timing of your GiCAP-related commands.
New log file entries
When asset reports cannot be sent, new entries are added to the iCAP log file (/var/adm/
icap.log). New GiCAP log file (/var/adm/GiCAP.log) entries have been added to reflect
high availability operations.
Changes in Version 8.03.01 from Version 8.03 (HP-UX)
Changes to icapmodify in a virtual partition environment
In previous releases, running the command icapmodify -d in a virtual partition environment
incorrectly issued an error message stating that cores could not be deactivated when cores were
available for deactivation. This command now counts unused capacity as a part of the number
of cores that can be deactivated.
Changes to icapmodify on GiCAP group members
In previous releases, running concurrent icapmodify –a commands that required the borrowing
of core usage rights on two or more virtual partitions in a vPar database on a GiCAP group
member resulted in an unbootable vPar database. This problem has been fixed.
Changes in Version 8.03 from Version 8.02.01 (HP-UX)
Support for vPars A.03.05 on HP-UX 11.11
iCAP version 8.03 included support for vPars A.03.05, and support for the “integrated virtual
partition environment” on HP-UX 11.11, previously available only on HP-UX 11.23 and 11.31
systems. With this release, vPars A.03.05 became the minimum required version. Support for
vPars version A.03.05 integration on HP-UX 11.11 systems allows users to manage 11.11 and
11.23 vPars with the same vparmonitor. In addition, what had been previously called the
“compatible virtual partition environment” is no longer supported on HP-UX 11.11 systems.
Summary of New Features and Changes 23