情况是这样的：
先用命令列出lpar的CPU信息：
lshwres -r proc -m vsmap0148.ad.inspiris.com --level lpar
lpar_name=tsmten0009,lpar_id=2,curr_proc_mode=ded,curr_min_procs=1,curr_procs=6,curr_max_procs=6,curr_sharing_mode=share_idle_procs,pend_proc_mode=ded,pend_min_procs=1,pend_procs=6,pend_max_procs=6,pend_sharing_mode=share_idle_procs,run_procs=6
lpar_name=21-1C3EV,lpar_id=1,curr_proc_mode=ded,curr_min_procs=0,curr_procs=0,curr_max_procs=0,curr_sharing_mode=share_idle_procs,pend_proc_mode=ded,pend_min_procs=0,pend_procs=0,pend_max_procs=0,pend_sharing_mode=share_idle_procs,run_procs=0
各种谷歌百度，还有查阅IBM文档，发现，当Lpar的curr_proc_mode=ded的时候，result不会有curr_proc_units, 而是只有curr_procs。因为在Global Shared Processor Pool的时候，一个processor等于10个processor unit。所以当Dedicated的时候，一个processor就是10个processor unit，上面的结果就说明，Server vsmap0148.ad.inspiris.com 上有一个激活的Lpar tsmten0009， processor unit为6 * 10 = 60.
再用命令列出Server的CPU信息：
lshwres -r proc -m vsmap0148.ad.inspiris.com --level sys
configurable_sys_proc_units=6.0,curr_avail_sys_proc_units=0.0,pend_avail_sys_proc_units=0.0,installed_sys_proc_units=6.0,deconfig_sys_proc_units=0,min_proc_units_per_virtual_proc=0.05,max_virtual_procs_per_lpar=256,max_procs_per_lpar=256,max_curr_virtual_procs_per_aixlinux_lpar=64,max_curr_virtual_procs_per_vios_lpar=64,max_curr_virtual_procs_per_os400_lpar=64,max_curr_procs_per_aixlinux_lpar=64,max_curr_procs_per_vios_lpar=64,max_curr_procs_per_os400_lpar=64,max_shared_proc_pools=64
重点看configurable_sys_proc_units=6.0,curr_avail_sys_proc_units=0.0,installed_sys_proc_units=6.0。
很明显60 不等于 6.0 。这到底怎么回事？
我的环境里面没有 “既有Dedicated CPU的Lpar，又有Shared CPU的Lpar”。我的要么全部是Shared（经过数据核对，这种情况是等于的），要么全部是Dedicated（这种情况有问题）。
谁能帮我看看这是怎么回事？
收起