|
» |
|
|
|
The vPars Monitor and the partition database maintains
information about all the virtual partitions, including the current
state of the virtual partitions and their resources. Using the shell
command vparstatus, you can display this information.
This section describes the possible virtual partition states and the
common usages of the vparstatus command. Virtual Partition States | |
Virtual partitions can be in the following states: Table 5-2 Virtual Partition States State | Description |
---|
load | The vPars Monitor is loading
the kernel image of the virtual partition. This is the first step
of booting a virtual partition. If successful, the state moves to boot. | boot | The vPars Monitor has successfully loaded the kernel
image and is continuing with the boot process. If the launch is successful,
the state moves to up. | up | The virtual partition is up and running. | shut | The virtual partition is shutting down gracefully.
Once the partition is shutdown, the state moves to down. | down | The virtual partition is down. | crash | The virtual partition is crashing because of a
panic (HPMC, TOC, etc.). Once the partition has completed crashing,
the state moves to down. | hung | The virtual partition is not responding. | N/A | The virtual partition is in a database file
that is not active, so it has no state. The database file can be inactive
because either the system is in standalone mode (the vPars Monitor
is not running) or the database file acted upon is an alternate database
file that is not in vPars Monitor memory. |
vparstatus Output Examples | |
The next few pages show examples of using the vparstatus command: vparstatus: Summary Information | |
Use vparstatus with no options. ExamplesvPars A.03.xx on a rp7400: winona1# vparstatus
[Virtual Partition]
Boot
Virtual Partition Name State Attributes Kernel Path Opts
============================== ===== ========== ========================= =====
winona1 Up Dyn,Auto /stand/vmunix
winona2 Up Dyn,Auto /stand/vmunix
winona3 Up Dyn,Auto /stand/vmunix
[Virtual Partition Resource Summary]
CPU Num Memory (MB)
CPU Bound/ IO # Ranges/
Virtual Partition Name Min/Max Unbound devs Total MB Total MB
============================== ================ ==== ====================
winona1 2/ 8 2 0 2 0/ 0 1024
winona2 2/ 8 2 1 2 0/ 0 1280
winona3 1/ 8 1 0 2 0/ 0 1280 |
vPars A.04.xx/A.05.xx
on an Integrity Superdome: thurman24# vparstatus
[Virtual Partition]
Boot
Virtual Partition Name State Attributes Kernel Path Opts
============================== ===== ============ ======================= =====
thurman24 Up Dyn,Auto,Nsr /stand/vmunix
thurman25 Up Dyn,Auto,Nsr /stand/vmunix
thurman26 Up Dyn,Auto,Nsr /stand/vmunix
thurman27 Up Dyn,Auto,Nsr /stand/vmunix
[Virtual Partition Resource Summary]
CPU Num Num Memory Granularity
Virtual Partition Name Min/Max CPUs IO ILM CLM
============================== ======= ==== ==== ========== ==========
thurman24 1/ 28 1 3 128 128
thurman25 1/ 28 6 2 128 128
thurman26 1/ 28 3 3 128 128
thurman27 1/ 28 3 4 128 128
Memory (MB)
ILM CLM
# User # User
Virtual Partition Name Ranges/MB Total MB Ranges/MB Total MB
============================== ====================== ======================
thurman24 0/ 0 1024 0/ 0 0
thurman25 1/1024 1024 0/ 0 0
thurman26 0/ 0 1024 1/ 256 256
thurman27 1/ 512 1024 1/ 768 1024 |
vparstatus: Verbose Information | |
Use vparstatuswith verbose (-v) option. ExamplesvPars A.03.xx on a rp7400: winona1# vparstatus -p winona2 -v
[Virtual Partition Details]
Name: winona2
State: Up
Attributes: Dynamic,Autoboot
Kernel Path: /stand/vmunix
Boot Opts:
[CPU Details]
Min/Max: 1/8
Bound by User [Path]: 41
45
Bound by Monitor [Path]:
Unbound [Path]: 97
[IO Details]
0.8.0.0.5.0 BOOT
0.8
1.10
[Memory Details]
Specified [Base /Range]:
(bytes) (MB)
Total Memory (MB): 1280 |
vPars A.04.xx on an Integrity
Superdome: thurman24# vparstatus -p thurman25 -v
[Virtual Partition Details]
Name: thurman25
State: Up
Attributes: Dynamic,Autoboot,Nosearch
Kernel Path: /stand/vmunix
Boot Opts:
[CPU Details]
Min/Max: 1/28
User assigned [Path]:
Boot processor [Path]: 13.120
Monitor assigned [Path]: 1.121
1.122
3.122
3.123
4.121
Non-cell-specific:
User assigned [Count]: 1
Monitor assigned [Count]: 3
Cell-specific [Count]: Cell ID/Count
1 2
[IO Details]
1.0.12
1.0.12.1.0.4.0.8.0.255.0.2.0 BOOT
[Memory Details]
ILM, user-assigned [Base /Range]: 0x100000000/1024
(bytes) (MB)
ILM, Monitor-assigned [Base /Range]:
(bytes) (MB)
ILM Total (MB): 1024
ILM Granularity (MB): 128
CLM, user-assigned [CellID Base /Range]:
(bytes) (MB)
CLM, Monitor-assigned [CellID Base /Range]:
(bytes) (MB)
CLM (CellID MB):
CLM Granularity (MB): 128 |
vPars A.05.xx on an rp7420: # vparstatus -p vpkeira1 -v
[Virtual Partition Details]
Name: vpkeira1
State: Up
Attributes: Dynamic,Autoboot,Nosearch
Kernel Path: /stand/vmunix
Boot Opts:
[CPU Details]
Min/Max: 3/12
User assigned [Path]:
Boot processor [Path]: 0.10
Monitor assigned [Path]: 0.11
0.12
Non-cell-specific:
User assigned [Count]: 0
Monitor assigned [Count]: 3
Cell-specific [Count]: Cell ID/Count
<none>
[IO Details]
0.0.8.1.0.4.0
0.0.0.3.0.6.0.0.0.0.0
0.0.0.3.0.6.0 BOOT
[Memory Details]
ILM, user-assigned [Base /Range]:
(bytes) (MB)
ILM, monitor-assigned [Base /Range]: 0x8000000/128
(bytes) (MB) 0x80000000/896
ILM Total (MB): 1024 (Floating 0)
ILM Granularity (MB): 128
CLM, user-assigned [CellID Base /Range]:
(bytes) (MB)
CLM, monitor-assigned [CellID Base /Range]: 0 0x70090000000/512
(bytes) (MB)
CLM (CellID MB): 0 512 (Floating 0) CLM Granularity (MB): 128[OL* Details]
Sequence ID: 2
Operation: Memory Range Deletion
Status: PASS |
vparstatus: Available Resources | |
Use vparstatuswith available resources (-A) option. This shows the resources not assigned
to any virtual partitions. ExamplesA.03.xx on a rp7400 (non-nPartitionable
server) winona1# vparstatus -A
[Unbound CPUs (path)]: 101
109
[Available CPUs]: 2
[Available IO devices (path)]: 1.2
[Unbound memory (Base /Range)]: 0x40000000/256
(bytes) (MB)
[Available memory (MB)]: 256 |
A.04.xx on a rp7420 (nPartitionable
server) keira1# vparstatus -A
[CPUs (path)]: 0.11
0.12
0.13
1.11
1.13
1.14
[CLP (CellID Count)]: 0 3
1 3
[Available CPUs]: 5
[Available I/O devices (path)]: 0.0.0
0.0.1
0.0.4
0.0.6
0.0.10
0.0.12
0.0.14
1.0.1
1.0.2
1.0.4
1.0.6
1.0.8
1.0.10
1.0.14
[Available ILM (Base /Range)]: 0x0/256
(bytes) (MB) 0x18000000/2560
0xf0000000/2304
[Available ILM (MB)]: 4096
[Available CLM (CellID Base /Range)]: 0 0x70080000000/2048
(bytes) (MB)
[Available CLM (CellID MB)]: 0 2048
1 0 |
A.05.xx on a rp7420 # vparstatus -A
[CPUs (path)]: 1.10
0.13
0.14
0.15
1.11
1.12
1.13
1.14
1.15
[CLP (CellID Count)]: 0 2
1 5
[Available CPUs]: 3
[Available I/O devices (path)]: 0.0.4
0.0.6
0.0.10
0.0.12
0.0.14
1.0.1
1.0.2
1.0.6
1.0.8
1.0.10
1.0.14
[Available ILM (Base /Range)]: 0x3000000/80
(bytes) (MB) 0x10000000/512
0x50000000/768
0xb8000000/1024
0x100000000/1920
0x178000000/96
[Available ILM (MB)]: <none>
[Available CLM (CellID Base /Range)]: 0 0x70080000000/256
(bytes) (MB) 0 0x700b0000000/1152
0 0x700f8000000/120
[Available CLM (CellID MB)]: 0 504
1 0
# |
vparstatus: CPU Information on vPars A.04/A.05 | |
While a virtual partition is in the down state,
no specific CPU is assigned to the virtual partition as the boot processor
but one is allocated by the vPars Monitor if needed (there are no
CPUs assigned to the virtual partition). The boot processor is determined
when the virtual partition is booted. Note that the output does not determine which
commands were issued; different commands can be used to arrive at
the same vparstatus output. ExampleTable 5-3 possible commands to arrive at vparstatus output vparstatus output (final) | set of possible
commands in sequence to create vparstatus output | keira1 # vparstatus -p keira1 -v
[Virtual Partition Details]
Name: keira1
State: Up
Attributes: Dynamic,Autoboot,Autosearch
Kernel Path: /stand/vmunix
Boot Opts:
[CPU Details]
Min/Max: 1/12
User assigned [Path]: 1.10
Boot processor [Path]: 1.12
Monitor assigned [Path]: 0.10
0.11
1.11
Non-cell-specific:
User assigned [Count]: 2
Monitor assigned [Count]: 2
Cell-specific [Count]: Cell ID/Count
1 1
... |
| # vparcreate -p keira1 -a cpu:::1:12 -a cpu::4
(min==1, max==12, total==4
4 non-CLPs are reserved by the Monitor)
# vparmodify -p keira1 -a cpu:1/10 -a cpu:1/12
(since the vpar is down, total is not modified.
therefore, 2 of the 4 CPUs assigned by the Monitor
become user-assigned by hardware_path (1.10 and 1.12).
total==4 (2 assigned by hardware path and
2 assigned by Monitor))
# vparmodify -p keira1 -a cell:1:cpu::1
(since the specification is by CLP, total is modified.
the Monitor chooses which CPU from cell 1.
totat==5 (2 assigned by hardware path and
2 assigned by Monitor and
1 assigned by CLP))
# vparboot -p keira1
assume I/O and memory have been assigned so that keira1
can boot. at boot time:
min==1, max==12
user-assigned CPU is 1.10
boot processor is chosen by Monitor to be the other
user-assigned CPU at 1.12
2 CPUs assigned by Monitor are 0.10 and 0.11
1 CPU assigned by the Monitor by CLP is 1.11
|
|
Table 5-4 possible commands to arrive at vparstatus output vparstatus output (final) | another set of possible
commands in sequence to create vparstatus output | keira1 # vparstatus -p keira1 -v
[Virtual Partition Details]
Name: keira1
State: Up
Attributes: Dynamic,Autoboot,Autosearch
Kernel Path: /stand/vmunix
Boot Opts:
[CPU Details]
Min/Max: 1/12
User assigned [Path]: 1.10
Boot processor [Path]: 1.12
Monitor assigned [Path]: 0.10
0.11
1.11
Non-cell-specific:
User assigned [Count]: 2
Monitor assigned [Count]: 2
Cell-specific [Count]: Cell ID/Count
1 1
... |
| # vparcreate -p keira1 -a cpu:1.12
(total==1)
# vparboot -p keira1
(assume I/O and memory have been assigned so that keira1
can boot. at this point the cpu assigned by hw_path
(1.12) is the only CPU, so it becomes the boot processor.
Note that 1.12 is only listed once; it is not listed
under both “Boot Processor” and “User Assigned”)
# vparmodify -p keira1 -a cpu:1.10
(1.10 is added and listed as “user assigned”)
# vparmodify -p keira1 -a cpu::2
(0.10 and 0.11 are chosen by the Monitor and added)
# vparmodify -p keira1 -a cell:1:cpu::1
(1.11 is added and listed under “Cell-specific”) |
|
vparstatus: Dual-Core CPUs | |
You can see the sibling and virtual partition
assignment using vparstatus-d. If you do not have a dual-core
system, the output will show dashes (-) for the sibling and assignment
information. Example # vparstatus -d
CPU Cell Config Sibling Information
path CPU HPA ID Status Assigned to Path /vPar name
===== ================== ==== ====== ================== =======================
0.10 0xfffffffffc078000 0 E vpuma02 - -
0.11 0xfffffffffc07a000 0 E vpuma01 - -
0.12 0xfffffffffc07c000 0 E vpuma04 - -
0.13 0xfffffffffc07e000 0 E - - -
... |
When you do have dual-core system, the vparstatus -d output will look similar to the following:
# vparstatus -d
CPU Cell Config Sibling Information
path CPU HPA ID Status Assigned to Path /vPar name
===== ================== ==== ====== ================== =======================
0.10 0xfffffffffc070000 0 E vpkeira1 0.11 vpkeira3
0.11 0xfffffffffc071000 0 E vpkeira3 0.10 vpkeira1
0.12 0xfffffffffc074000 0 E - 0.13 vpkeira4
0.13 0xfffffffffc075000 0 E vpkeira4 0.12 -
0.14 0xfffffffffc078000 0 E - 0.15 -
0.15 0xfffffffffc079000 0 E - 0.14 -
... |
vparstatus: Pending Migrating CPUs Operations | |
Migrating CPUs may not occur instantaneously.
If a virtual partition has a pending (in other words, still in progress)
addition or deletion of one or more CPUs, the letter p will be displayed next to the number of CPUs in the summary output
and the words (migration pending) will be
displayed in the detailed output: Examplewinona1# vparstatus
.
.
.
[Virtual Partition Resource Summary]
CPU Num Memory (MB)
CPU Bound/ IO # Ranges/
Virtual Partition Name Min/Max Unbound devs Total MB Total MB
============================== ================ ==== ====================
winona1 2/ 8 2 0 2 0/ 0 1024
winona2 2/ 8 2 1p 2 0/ 0 1280
winona3 1/ 8 1 0 2 0/ 0 1280 |
winona1# vparstatus -p winona2 -v
...
[CPU Details]
Min/Max: 1/8
Bound by User [Path]: 41
45
Bound by Monitor [Path]:
Unbound [Path]: 97 (migration pending)
[IO Details]
0.8.0.0.5.0 BOOT
0.8
1.10
[Memory Details]
Specified [Base /Range]:
(bytes) (MB)
Total Memory (MB): 1280 |
For more information on canceling pending memory
or CPU operations, see “Memory, CPU: Canceling Pending Operations”. vparstatus: Pending Migrating Memory Operations | |
Migrating memory may not occur instantaneously.
If a virtual partition has a pending (in other words, still in progress)
addition or deletion of memory, the letter p will be displayed next to the total ILM in the summary output and
the words (Migration pending) will be displayed
in the detailed output: Examplewinona1# vparstatus
...
[Virtual Partition Resource Summary]
...
Memory (MB)
ILM CLM
# User # User
Virtual Partition Name Ranges/MB Total MB Ranges/MB Total MB
============================== ====================== ======================
winona1 1/ 128 4352p 1/ 128 640p
winona2 0/ 0 2560 0/ 0 0
winona3 0/ 0 1224 0/ 0 0 |
winona1# vparstatus -p winona1 -v
...
[Memory Details]
ILM, user-assigned [Base /Range]:
(bytes) (MB)
ILM, monitor-assigned [Base /Range]: 0x20000000/128
(bytes) (MB) 0x2f0000000/3968
0x688000000/256
ILM Total (MB): 4352 (Floating 256) (Migration pending)
ILM Granularity (MB): 128
CLM, user-assigned [CellID Base /Range]: 0 0x704c0000000/128
(bytes) (MB)
CLM, monitor-assigned [CellID Base /Range]:0 0x703c0000000/384
(bytes) (MB) 0 0x70500000000/128
CLM (CellID MB): 0 640 (Floating 128) (Migration pending)
CLM Granularity (MB): 128
[OL* Details]
Sequence ID: 1234
Operation: Memory Addition
Status: PENDING |
For more information on canceling pending memory
or CPU operations, see “Memory, CPU: Canceling Pending Operations”. vparstatus: Base and Float Memory Amounts | |
With vPars A.05.xx, you can assign ILM and/or
CLM memory as either base or float. The verbose (-v) output of vparstatus shows how much is float
relative to the total ILM and CLM memory that is assigned. # vparstatus -p keira4 -v
...
[Memory Details]
ILM, user-assigned [Base /Range]:
(bytes) (MB)
ILM, monitor-assigned [Base /Range]: 0x50000000/512
(bytes) (MB) 0x4080000000/256
0x40f0000000/256 (Floating)
ILM Total (MB): 1024 (Floating 256)
ILM Granularity (MB): 256
CLM, user-assigned [CellID Base /Range]: 0 0x700b0000000/256 (Floating)
(bytes) (MB) 0 0x700c0000000/256
CLM, monitor-assigned [CellID Base /Range]: 0 0x70080000000/512
(bytes) (MB) 0 0x700a0000000/256 (Floating)
CLM (CellID MB): 0 1280 (Floating 512)
CLM Granularity (MB): 256 |
For more information on base and float memory,
see “Memory: Concepts and Functionality”. vparstatus: Pending nPartition Reboot for Reconfiguration | |
On an nPartitionable system, if the nPartition
has a pending Reboot for Reconfiguration, the vparstatus output will show the following message: Note: A profile change is pending. The hard partition must be rebooted to complete it. |
Example: keira1# vparstatus
[Virtual Partition]
Boot
Virtual Partition Name State Attributes Kernel Path Opts
============================== ===== ========== ========================= =====
keira1 Up Dyn,Auto /stand/vmunix
keira2 Down Dyn,Manl /stand/vmunix boot
[Virtual Partition Resource Summary]
CPU Num Memory (MB)
CPU Bound/ IO # Ranges/
Virtual Partition Name Min/Max Unbound devs Total MB Total MB
============================== ================ ==== ====================
keira1 2/ 8 2 0 7 0/ 0 2048
keira2 2/ 12 2 2 3 0/ 0 2048
Note: A profile change is pending. The hard partition must be rebooted to complete it. |
vparstatus: vPars Monitor and Database Information | |
Beginning with vPars A.03.02, the -m option displays the console path, the hardware
path from which the vPars Monitor was booted, the fleshiest path of
the vPars Monitor, and the vPars database file that is being used
by the vPars Monitor. Beginning with vPars A.04.01, memory ranges
used by the vPars Monitor and firmware are also displayed. ExamplesvPars A.03.02: # vparstatus -m
Console path: 0.0.2.0
Monitor Boot disk path: 0.0.1.0
Monitor Boot filename: /stand/vpmon
Database filename: /stand/vpdb.mine |
vPars A.04.01: # vparstatus -m
Console path: No path as console is virtual
Monitor boot disk path: 13.0.11.1.0.8.0
Monitor boot filename: /stand/vpmon
Database filename: /stand/vpdb
Memory ranges used: 0x0/232611840 Monitor
0xddd6000/688128 firmware
0xde7e000/1384448 Monitor
0xdfd0000/33751040 firmware
0x10000000/134213632 Monitor
0x7fffe000/8192 firmware
0x8a0ff000000/16777216 firmware |
|