HP Instant Capacity support for HP Integrity Superdome 2 with Dynamic Cores Release Notes

Temporary capacity reporting in a group
Temporary capacity is sometimes held by the Group Manager for quick deployment to individual
members. This can have unexpected results. For example, the total temporary capacity for a group
reported by the icapmanage -s command may exceed the total obtained by adding the individual
temporary capacity balances reported for the members of the group or temporary capacity might
be shifted from one member system to another member system, even when an activation request
gets an error. In general, temporary capacity for a group is pooled for use by all members of the
group. Therefore, the true balance for the group is always represented by the group total reported
by the icapmanage -s command, and that total is always available to all members of the group.
Note that in version 8.02 or later, the verbose option (-v) is enhanced to display more information,
most notably the TiCAP balance held by the Group Manager.
Automatic multi-homing not supported
GiCAP does not support automatic multi-homing (multiple NICs and IPs for a host). A member is
always contacted using the hostname (or a list of hostnames) provided when it is added to the
group. A member always communicates with the Group Manager through its hostname. If the
Group Manager is not reachable through that hostname by a given member, the member is unable
to participate in the group.
Considerations when upgrading hardware on a Group Manager
If you upgrade the hardware on a Group Manager system, you must preserve and restore the
UUID and the partition information on the system.
If AGM is unable to get status of SGM it shows that as Active GM
If AGM is unable to collect status of SGM due to any reason (network is not reachable or cimserver
is down or cimserver is not responding within the given time), AGM assumes that SGM is also an
active GM. And this can be very well a case of split group. Verify if cimserver on SGM is working
fine, and whether it is reachable from AGM, if this problem persists.
Connection is lost between GM and Member, in case of OA failover
During OA failover (if ENCLOSURE_IP_MODE is not enabled on the member OA), GM does not
know the hostname or the IP Address of the new Active OA. To resolve this issue:
1. Delete the certificate from cimtrust (in AGM, SGM).
2. Add a member (active OA) with new IP or hostname.
3. Execute icapmanage -s on the GM to check for member reachability.
10 Instant Capacity support for HP Integrity Superdome 2 with Dynamic Cores release notes