HP Instant Capacity Version 10.x User Guide (762794-001, March 2014)

# icapmodify –d 3
5 cores are intended to be active and are currently active.
The usage rights obtained from complex2 can be distributed among the partition(s) of complex1.
In this use case, we distribute it among nPar1 and nPar2.
In nPar1:
# icapmodify –a 2
14 cores are intended to be active and are currently active.
In nPar2:
# icapmodify –a 1
11 cores are intended to be active and are currently active.
Core migration between the complexes is complete.
IMPORTANT: To remain in compliance, you must perform the deactivation operation first.
Table 8 Configuration of Complex1 post core migration
Total Active CoresTotal CoresPartition
1416nPar1
1116nPar2
Table 9 Configuration of Complex2 post core migration
Total Active CoresTotal CoresPartition
1016nPar3
58nPar4
IMPORTANT: The sum of total number of active cores in the complexes involved in core migration
must not change at the end of this operation. In the above example, the sum of the total active
cores in the complexes is 40 (22 in complex1 and 18 in complex2). It must remain same after the
core migration.
TiCAP
The iCAP software for HP Integrity Superdome 2 maintains temporary Capacity (TiCAP) balance
for each partition in the complex separately. Therefore, the temporary capacity balance bought
from the portal needs to be distributed among the partitions of a complex as required .
Sample Scenario
Consider a complex with 2 partitions npar1 and npar2 . If 30 days (43200 minutes) of TiCAP is
bought from the portal, it can be distributed among the partitions in the complex as shown in the
example below:
On npar1:
# icapmodify -B 40000
Temporary capacity available: 27 days, 18 hours, 40 minutes(40000 minutes
TiCAP)
This assigns 40000 minutes of TiCAP to the partition npar1.
NOTE: The amount of TiCAP is specified in minutes . It can also be specified in the ‘xxdyyhzzm’
that is for ‘xx’ days,’yy’ hours and ‘zz’ minutes.
On npar2:
# icapmodify -B 3200
HP Integrity Superdome 2 93