Jump to content United States-English
HP.com Home Products and Services Support and Drivers Solutions How to Buy
» Contact HP
More options
HP.com home
HP-UX Virtual Partitions Administrator’s Guide > Chapter 5 vPars Monitor and Shell Commands

Commands: Displaying vPars Monitor and Resource Information (vparstatus)

» 

Technical documentation

Complete book in PDF
» Feedback
Content starts here

 » Table of Contents

 » Glossary

 » Index

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

StateDescription

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.

bootThe 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.
upThe virtual partition is up and running.
shutThe virtual partition is shutting down gracefully. Once the partition is shutdown, the state moves to down.
downThe virtual partition is down.
crashThe virtual partition is crashing because of a panic (HPMC, TOC, etc.). Once the partition has completed crashing, the state moves to down.
hungThe 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:

NOTE:
  • Actual vparstatus output differs from version to version of vPars. Depending on your version and system, the output shown below may differ. For detailed usage, syntax, and information, see the manpage vparstatus(1M) on your vPars system.

  • The kernel path shown in the vparstatus output is the kernel path set in the vPars database. This may differ from the actual kernel in use.

vparstatus: Summary Information

Use vparstatus with no options.

Examples

  • vPars 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.

Examples

  • vPars 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.

Examples

  • A.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.

Example

Table 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:

Example

winona1# 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:

Example

  • winona1# 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.

Examples

  • vPars 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
Printable version
Privacy statement Using this site means you accept its terms Feedback to webmaster
© 2008 Hewlett-Packard Development Company, L.P.