HP-UX Virtual Partitions Administrator Guide (includes A.05.07) (5900-1229, September 2010)

NOTE: On a vPars system, when a virtual partition goes down and contains a deconfigured
or deactivated CPU, the vPars Monitor will try to decommission the CPU from use and replace
it with another good CPU if possible. If this is not possible, the vPars Monitor will not allow the
partition to boot until the deconfigured or deactivated CPU can be taken out of use. Following
are some cases where the vPars Monitor may not allow the virtual partition to boot:
• There is a deconfigured or deactivated CPU which has been reserved for the partition as
part of the total (cpu::num) request and vPars Monitor does not have any free CPUs with
which to replace it. To correct this, you can delete CPUs from other partitions or from this
partition.
• There is a deconfigured or deactivated CPU that has been bound to the partition by hardware
path (cpu:hw_path) which the vPars Monitor is not able to replace with another available
CPU. To correct this, you can remove the CPU specified by hardware path using -d
cpu:hw_path to allow the deconfigured or deactivated CPU to be decommissioned and
replaced with another (working) CPU.
• There is a deconfigured CPU which has been reserved for the partition as part of a CLP
request (cell:cell_ID:cpu::num) and there are no free CLPs in that cell. To correct this, you
can make available CPUs from that cell by deleting the CPUs that are part of this cell from
other partitions or delete the CPUs from the cell in this partition.
Dual-core processors have two CPUs (that is, cores) per processor. Deactivation happens on a
CPU level, but deconfiguration happens at the socket level. If a processor’s socket is deconfigured,
both CPUs sharing the socket will be unavailable.
(Integrity only) If a CPU is marked for deconfiguration using an EFI command and the nPartition
is not rebooted (for example, the vPars Monitor is immediately booted), the vPars Monitor will
not know or indicate (including with vparstatus) that the CPU has been marked for
deconfiguration and will use the CPU like any other working CPU.
Memory, CPU: Canceling Pending Operations
Beginning with vPars A.05.01, you can now cancel pending CPU and memory operations with
the new -C SequenceID option to the vparmodify command:
# vparmodify -p vp_name -C sequenceID
The sequenceID value comes from the vparstatus -v output.
CPU and memory operations may not occur instantaneously. Therefore, it is possible that you
may want to cancel a pending (in other words, still in progress) operation. If a virtual partition
has a pending CPU or memory operation, the letter p will be displayed in the summary output
and the words (Migration pending) will be displayed in Status: field of the vparstatus
output.
In a mixed HP-UX 11i v2/v3 vPars environment or mixed HP-UX 11i v1/v2/v3 vPars environment,
the virtual partitions running vPars A.04.xx do not support sequence IDs. If you execute
vparstatus -v on a vPars A.05.xx partition to get information about a vPars A.04.xx partition,
the SequenceID will be N/A. In addition, you cannot cancel a pending operation on a vPars
A.04.xx partition.
Status: Pending
An operation can only be canceled when vparstatus shows a Status value of PENDING and
a SequenceID.
keira1# vparstatus -p keira2 -v
...
[Resource OL* Details]
Sequence ID: 1234
214 CPU, Memory, and I/O Resources (A.05.xx)