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

For a given command execution, host removals are
processed before host additions. As a result, the same host
may be removed and re-added with one update operation.
With removes or adds applied, the resulting list must
contain a representative host for each nPartition or virtual
partition of the associated server.
-v
Provide verbose status information. Include all levels of
information (group, manager and member). For Group
Managers, include resources being held by the Group
Manager including temporary capacity. For members,
include borrow and loan information as well as
partition-specific information such as the allocation of
resources among the hard partitions, and partition-specific
information about seized or seizable usage rights (see
icapmanage -x). This option is ignored if the -b option
is also specified.
-x <host>
Acquire core usage rights from the specified host to make
them available to other group members, also known as
rights seizure. Rights seizure will take almost all the
available usage rights from the hard partition containing
the specified host. The specified host must be known to
the GiCAP manager (it appears in the output of
icapmanage -s) and not currently running. If there are
other hosts associated with the same hard partition, they
cannot be currently running. For confirmation, the
icapmanage -x command will check each known host
on the hard partition. The hard partition containing the
specified host will be left with one core usage right per
active cell. Any core usage rights in excess of this will
become available for use elsewhere in the GiCAP group.
That is, if a partition of 2 cells is currently consuming 6
core usage rights, icapmanage -x <host> will make 4
core usage rights (6 - 2) available for reassignment.
While rights can be seized from any hard partition that is
unavailable, the Instant Capacity software makes some
additional restrictions when all partitions of a complex are
unavailable. As a result, there are different behaviors and
constraints depending on whether or not there is any
partition which can be contacted on the specified member
complex.
If at the time of rights seizure at least one member partition
can be contacted, then the software is able to make an
immediate adjustment to the available core usage rights,
just as if an icapmodify -d operation had been
performed before the specified hard partition stopped
running. This makes core usage rights available for
potential loans to other member systems. In this situation,
the seized core usage rights do not have an expiration date.
However, because there are other member partitions
running iCAP software, the unreachable partition may be
assumed to be using all cores on cells configured for that
partition. Because of this, cells in partitions from which
usage rights have been acquired should be rebooted or
145