HP Instant Capacity User's Guide for Versions 8.x

The output of icapstatus reflects the results of any GiCAP group operations: the borrowing
or loaning of component usage rights or the transfer of temporary capacity. The output does not
take into account any component usage rights or temporary capacity that may be available on
other GiCAP group members. Thus, icapstatus on group member A may report that there
are no additional cores that may be activated with current usage rights even though there is an
inactive core on group member A and an available core usage right on group member B. Use
the icapmanage command on the Group Manager system to get more complete information
about available group resources.
When a group member is using temporary capacity and core usage rights are made available on
another group member through the use of icapmodify -d <n>, there may be a delay between
the time the core usage rights are made available and the time the core usage rights move to the
group member using temporary capacity. This also means that there may be a delay before the
final result is reflected in the output of icapstatus for each group member involved in the
transfer of the core usage rights.
Information displayed for the local virtual partition
The following status is displayed when icapstatus is run on a virtual partition. Note that
some of the displayed information pertains specifically and only to the local virtual partition
(such as the “number of active assigned cores” or “number of inactive assigned cores”). However,
because usage rights and temporary capacity are always calculated globally across the entire
complex, other local values involving these items (such as the “can be assigned” or “could be
assigned” values) are the result of calculations using count values across all the partitions.
Total number of assigned cores: This field displays the total number of cores assigned to
the local virtual partition.
Number of active assigned cores: This field displays the number of assigned cores in the
local virtual partition that are currently active.
Number of inactive assigned cores: This field displays the number of assigned cores in the
local virtual partition that are currently inactive.
Additional cores that can be
assigned with current usage rights:
This field displays the number of unassigned cores in the
hard partition that are not currently assigned to any virtual
partition and can be instantly assigned, because enough
usage rights are available.
Number of cores that could be
assigned with additional usage
rights:
This field displays the number of cores that are available
for assignment to the virtual partition if additional usage
rights are purchased, or additional usage rights were
borrowed from a GiCAP group.
Number of cores that can be
assigned with temporary capacity:
This field displays the number of additional cores (beyond
the number allowed by purchased usage rights or currently
borrowed GiCAP usage rights) that can be assigned to the
virtual partition and activated using temporary capacity
currently available on the complex. When assigning and
activating a core using temporary capacity, icapmodify
assumes the core will be active for at least 30 minutes. Thus,
if a complex has a small temporary capacity balance, it
may not be possible to activate all the inactive cores in a
partition using temporary capacity. Also note that
temporary capacity will not be used as long as there are
available core usage rights on the complex (or in the group,
if a member of a GiCAP group), even if the -t option is
used with icapmodify for an activation.
Number of cores currently
unavailable for assignment:
This field displays the number of unassigned cores in the
hard partition that are not assigned to the local virtual
partition and cannot be instantly assigned. This number
163