管理軟件發(fā)行說明中文手冊

聚合率和OwnBorrow/利用率策 可能出現多個基于虛擬分區(qū)的 僅允許部署一個 FSS組中的應用程序掛 移動到缺省pset或缺省FSS組的進 忽略使用psrset放置的進 無法刪除放棄的FSS 無法刪除缺省的(OTHER)工作負 NONVM的當前大小為負 取消管理已啟動的虛擬機導致取消部署 對于RedHatLinux系統(tǒng)SecuregWLMCommunications工具可能失 除.log.0、.log.1和.log.2以外的日志文件擴展 分區(qū)管理器A.2.02.01（HPVirtualServerEnvironment發(fā)行版 目 66關于本關于本本文檔適用于VSE系統(tǒng)管理員、VSE應用程序管理員、容量規(guī)劃人員，以及涉及到數據中心操作、管理和規(guī)劃的其他專業(yè)技術人員。此外，本文檔假定這些人員已經了解HP-UX系統(tǒng)管理概念和過程。本文檔并未VirtualServerEnvironmentVSE管理軟件中使用的概念和術語進行解釋。有關這些概念和術語的概述，請參考《VSE管理軟件快速入門指南》。安裝通過VSE管理軟件來管理系統(tǒng)所需的所有代理和提供程序軟件。有關其他信息，請參考《VSE管理軟 VSE管理軟件2.5版在HPSystemsInsightManager5.01.00.00.x下不受支持。在已安裝SE管理軟件2.5版的情況下，請不要將CMS升級到此版本的HPSIM。如果已經將CentralManagementServer(CMS)升級為HPSIM5.01.00.00，則應執(zhí)行“與HPSIM5.1不兼容”（第17頁）中說明的步驟。在按住Ctrl鍵的同時按下A鍵。環(huán)境變量的名稱，例如，PATH或errno。表示HP-UX聯(lián)機幫助頁。find是聯(lián)機幫助頁名稱，1是該幫助頁在《HP-UX參考手HP-UX命令行輸入“manaudit”或“man5audit”可以查看該聯(lián)機幫助頁。詳見man(1)?？蓮腍P獲得本文檔的更新版本。也可以從以下網站下載最新版《VSE管理軟件快速入門指南《VSE管理軟件安裝與更新指南《HPIntegrityEssentialsCapacityAdvisor用戶指《安裝、配置和管理HPIntegrityVirtualMachines目標讀 《HPIntegrityVirtualMachines發(fā)行說生產部支持的操作系版《HPIntegrityVirtualMachines發(fā)行說生產部支持的操作系版200412月發(fā)行的HP-UX11iv1HP-UX11iv1、HP-UX11iv2HP-UX11iMicrosoft?Windows?Server2003EnterpriseEditionMicrosoft?Windows?Server2003DatacenterEditionIntel?Itanium?RedHatEnterpriseLinux4update2或更高版本IntelItaniumSUSELinuxEnterpriseServer9ServicePack2或更高版本20072200412月發(fā)行的HP-UX11iv1HP-UX11iv1HP-UX11iMicrosoft?Windows?Server2003EnterpriseEditionMicrosoft?Windows?Server2003DatacenterEditionIntel?Itanium?RedHatEnterpriseLinux4update2或更高版本IntelItaniumSUSELinuxEnterpriseServer9ServicePack2或更高版本20069200412月發(fā)行的HP-UX11iv1HP-UX11iv1HP-UX11iMicrosoft?Windows?Server2003EnterpriseEditionMicrosoft?Windows?Server2003DatacenterEditionIntel?Itanium?RedHatEnterpriseLinux4update2或更高版本IntelItaniumSUSELinuxEnterpriseServer9ServicePack2或更高版本20069歡迎您提出寶貴的意見和建您就產品功能提出的意見和建議有助于我們將來開發(fā)VirtualServerEnvironment管理軟件的更高版本。請使用以下電子郵件地址將您的反饋意見直接發(fā)送至VSE管理軟件開發(fā)小組：vse@。注釋：HP無法通過此電子郵件地址提供產品支持。要獲得產品支持，請與HP技術支持代表、HP服務HPHP/HPHP/country/us/en/81VSEA.02.00.5020063A.02.00.00HPIntegrity服務器上運行Linux的獨立且基于nPartition的受管1VSEA.02.00.5020063A.02.00.00HPIntegrity服務器上運行Linux的獨立且基于nPartition的受管系統(tǒng)（所有產品系統(tǒng)（除GlobalWorkloadManager之外的所有產品）線程功能（除GlobalWorkloadManager之外的所有產品）支持HPIntegrityVirtualMachines的新GUI：對到虛擬機的WBEM連接進行證書驗證VirtualMachines1.2和2.0中的新增功能”） HPIntegrityEssentialsCapacityAdvisor中的新增功有關詳細信息，請參閱“GlobalWorkloadManager2.5中的更新內容吐量現以MB/s（每秒106字節(jié)）為單位顯示新增了《VSE管理軟件安裝與更新指新增了《HPIntegrityEssentialsCapacityAdvisor用戶指南》改進了所有VSE管理軟件產品的聯(lián)機幫助系統(tǒng)息，請參考表1-1“HPIntegrityVM新增功能摘要”。重要信息：使用gWLMA.02.50.00HPIntegrityVM2.0版。有關詳細信息，請參考“與HPIntegrityVirtualMachines的兼容性”（第28頁）。功IntegrityVM1.2是否支否是guestOS改進的打印功是是9IntegrityVM1.2是否支是是功IntegrityVM1.2是否支是是功是是創(chuàng)建新虛擬機時可選擇現有備份文件作為存儲選是是Pass-thru磁帶、自動裝載器CD/DVD刻錄WBEM按選擇的某列對主屏幕上的表格進行排序（升序或降序否是是是是是是是新增菜修改硬件自動啟動模是是分布guestServiceguard常規(guī)標簽顯示外部管否是是VLAN支否GlobalWorkloadManagergWLM2.5中的缺陷修復程gWLMEventMessagesSystemName已更正以前，在Uncleared頁面上顯示的系統(tǒng)名稱終是CMS主機名。已對此進行了更改，以便在SystemName字段中顯示生成的事件的正確主機名（HPSystemsInsightManagerSIM)已識別該主機）gWLM2.5中的GlobalWorkloadManagerA.02.50.00Linux受管節(jié)重要信息：使用gWLMA.02.50.00HPIntegrityVM2.0版。有關詳細信息，請參考“HPIntegrityVirtualMachines的兼容性”（28頁）。嵌套分區(qū)：可以管理一個SRD中基于不同隔離專區(qū)的工作負荷。通過以這種方式合并工作負荷，gWLMCPU資源分配到最需要的地方，而且還提供了以不同方式劃分組合系統(tǒng)的靈如果您正在使用嵌套分區(qū)并且正在管理nPartition中的虛擬分區(qū)，則必須管理nPartitionCPUFixed缺省時間間隔基于所管理的對象有所不同：通常，gWLM15秒。但nPartition或虛擬分區(qū)，則可能需要更長的時間間隔。GlobalWorkloadManager您可能需要按照gWLM聯(lián)機幫助和gwlmxml(4)中的討論，來手動調整該值。gwlmreportconfig命令會生成一個顯示配置更改的歷史記錄新增選項：gwlmlicense新增選項：gwlmhistory新增選項：gwlmmonitor可以監(jiān)視指定SRD新增選項：gwlmlicense新增選項：gwlmhistory新增選項：gwlmmonitor可以監(jiān)視指定SRD的嵌套分已過時的選項：gwlmmanagegwlm顯示代理的主機、gWLM版本、SRDgwlm重置指定主機上的配置，以便可以在SRD中對該主機重新進行 現在可以通過從SIM菜單欄中依次選擇ConfigureConfigureVSEAgentsSecuregWLMCommunications來啟用gWLM安全通信。TemporaryInstantCapacity(TiCAP資源的處理部署后）SRD時正在消耗TemporaryInstantCapacity，gWLM將繼續(xù)消耗這些CPU（即使需求降確保能夠在不激活TiCAP的情況下滿足策略自有值和最小值，這一點很重要。在文件有關詳細信息，請參閱perties建議模式不再適用于psetFSS式。在升級到此版本的CMS后，將不能為psetFSS組重新部署任何使用建議模式的SRDGlobalWorkloadManager2.52下列各2下列各項是對VSE管理軟件文檔資料的最新更正和增補VSE管理軟《ESEHPECSUtilizationProvider跟蹤短時效進VirtualizationManager5分鐘的進程UtilizationProvider忽略，并且也不會將這些進程的CPU利用率記錄為工作負荷定義的一部分。這一行UtilizationProvider5分鐘的采樣時間中間啟動55卸載VSE管理軟本章突本章突出介紹了在配置和使用VSE管理軟件時，用戶應該了解的安全問HPHP-UXBastille產品（免費獲?。?，以增強系統(tǒng)安全性。有關詳細信息，請參考《VSE管理軟件安裝與更新指南》中的“與HP-UXBastille及其他網絡防火gwlmsslconfig(1MgWLMHPSIM可以創(chuàng)建具有不同級別權限的用戶角色。有關詳細信息，請參閱HPSIM有關運行VSE管理軟件所需授權的信息，請參考《VSE管理軟件快速入門指南》中標題為“配置用戶4參閱VSE管理軟件聯(lián)機幫助，尤其是“故障排除”主題。安裝、卸載和重新安VSE管理軟4參閱VSE管理軟件聯(lián)機幫助，尤其是“故障排除”主題。安裝、卸載和重新安VSE管理軟HPSIM5.1VSE管理軟件2.5HPSystemsInsightManager5.01.00.00.x下不受支持。在已安裝SE管理軟 卸載VSE管理軟件2.5版（如果已安裝）。有關卸載的說明，請參考《VSE管理軟件安裝與更新指HPSIM5.01.00.00。有關卸載HPSIM的說明，請參考《HPSystemsInsightManagerInstallationandConfigurationGuideforHP-UX》。如果適用，從更新HPSIM之前所執(zhí)行的備份中恢復VSE管理軟件數據庫。有關備份和恢復VSE管理vseinitconfig(1M)。該聯(lián)機幫助頁包含在《VSE管理軟件安裝與更新不支持基于WBEM證書的身份驗證解決辦法：必須使用WBEM用戶名和口令進行身份驗證，如《VSE管理軟件安裝與更新指南》的“為名稱“All...”不代表本系統(tǒng)中的查命令會將AllVSEResources下的預定義HPSIM集管理軟件安裝過程中的缺省視圖設置為“vse”。如果之前從HPSIM配置中刪除了這些內置集合中的任何集合，則ERROR:Thefollowingcommandfailedwithreturnvalue'255'andoutputbelow:/opt/mx/bin/mxcollection-mmem-Thename"AllnPartitionServers"doesnotrepresentaqueryinthissystem. 使用以下步驟恢復AllVSEResources下的所有內置集合，然后重新重試執(zhí)#mxquery-lf結果文件/tmp/queries.xml包含所有的HPSIM查詢定義。VSE管理軟件所需的查詢是包含以下編輯/tmp/queries.xml，以刪除所有不包含category-name="HPVSE"屬性的查詢定義。每個查詢定義均以<queryid=...>開頭，以</query>結束。刪除整個查詢定義。有關此文件的格式的詳細信息，請參考mxquery(4)。安裝、卸載和重新安裝VSE管理軟 /tmp/queries.xmlAllVSEResources下的所有查詢，且僅包含這些查詢。在導入此文件，以便在安裝/tmp/queries.xmlAllVSEResources下的所有查詢，且僅包含這些查詢。在導入此文件，以便在安裝VSE管理軟件的CMS上重新創(chuàng)建這些集合之前，需要確保該CMS上已不/tmp/queries.xml復制到安裝VSE管理軟件的CMS登錄到VSE管理軟CMS，然后AllVSEResources下仍然存在的所有集合（如果有）。在展開AllVSEResources集合以顯示其下的集合。CMS上輸入以下命令，導入已編輯的/tmp/queries.xml文件來重新創(chuàng)建正確的VSE集合#mxquery-a-f重新嘗試執(zhí)行vseinitconfig命令刪除并重新安裝軟件可能會更改工作負荷刪除并重新安裝VSE管理軟件會從CMS刪除所有與受管系統(tǒng)有關的工作負荷信息。這將導致受管系統(tǒng)CMS解決辦法：通常，可以按照VirtualizationManagerUpdateSystemWorkloadsCMS上定義的受監(jiān)視工作負荷的信息，同時會同步整個操作系統(tǒng)工作負荷與主機名.OTHER工作負荷的工作負荷ID。但是，如果出現下列所有情況，那么在運行UpdateSystemWorkloads之后，CMS和受管系統(tǒng)的工作負荷在重新安裝該軟件之后且在運行UpdateSystemWorkloads之前創(chuàng)建了新的受監(jiān)視工作負在在這種情況下，UpdateSystem將不會更新受管系統(tǒng)上的之前已知的工作負荷的ID。應刪除要避免以后出現此問題，請在刪除VSE之前備份VSE管理軟件數據庫，然后在重新安裝VSE之后恢復該數據庫。有關備份和恢復VSE管理軟件數據庫的信息，請參閱vseinitconfig(1M)。重新安裝后數據與錯誤的工作負荷相IDID的數據，可能會被收集，并與具有相同ID的新工作負荷相關聯(lián)。CapacityAdvisor配置文件編輯器，將早于重新安裝時間要避免以后出現此問題，請在刪除VSE之前備份VSE管理軟件數據庫，然后在重新安裝VSE之后恢復該數據庫。有關備份和恢復VSE管理軟件數據庫的信息，請參閱vseinitconfig(1M)。沒有特定系統(tǒng)的利用率數VirtualizationManagerVMManagerUtilizationProvider正在受管系統(tǒng)上運行。在HP-UXLinux受管系統(tǒng)上，檢查utild進程是否正在運行。在Windows受管系統(tǒng)上，檢查HPWMIUtilProvider服務(UPService)是否正在運行。沒有特定時區(qū)中所有系統(tǒng)的利用率數沒有特定時區(qū)中所有系統(tǒng)的利用率數得在1月1日使用夏令時的時區(qū)中的系統(tǒng)的利用率數據不可用。該缺陷與當前的日期和時間無關。以下是對于受影響的時區(qū)中的所有系統(tǒng)，VirtualizationManager顯示“NoData”顯示“corruptfile”消息。 按照《管理軟件安裝與更新指南》中所述的代理軟件安裝步驟，安裝最新版UtilizationProvider。請參考標題為“在受管系統(tǒng)上安裝VSE代理軟件”利用率度量工具顯示“Timed會發(fā)生超時現象。在這種情況下，利用率度量工具將顯示“timedout”。CMS/etc/opt/vse/ps返回WBEM響應的秒數。如有必要，可以增加此值。VirtualizationManager服務器未出現在所有獨立服務器集務器”集合（“所有VSE資源”的一個子集）中。解決辦法：使用下列步驟修改“所有獨立服務器”集合的定義，使其包含產品名稱中含有字符串“server”以擁有全部配置權限的用戶身份登錄到HPSIMCollections頁面。在Show列表中，選擇Systems。此時將顯示所有可用的系統(tǒng)。擴展“VSE資源”集合的范圍，使其顯示“所有獨立服務器”集合。單擊Add，向集合中添加新的系統(tǒng)條件行。單擊Save，保存已更新的集合定義更改系統(tǒng)類型后不能正確顯如果某個系統(tǒng)由HPSIM作為某種類型的系統(tǒng)（如nPartition）發(fā)現，而隨后該系統(tǒng)更改為另一種類型的（如虛擬分區(qū)），SIMVirtualizationManagerHPSIM中刪除該系統(tǒng)，然后重新添加它鏈接“View:SG_Cluster_Node”不起作VirtualizationManager在顯示作為HPServiceguard群集成員的系統(tǒng)時，會采用一個格式為View:安裝ServiceguardManagerA.05.00或更高版本，則單擊此鏈接會顯示HTTP錯誤。 鏈接“View:SG_Cluster_Node”不起作VirtualizationManager在顯示作為HPServiceguard群集成員的系統(tǒng)時，會采用一個格式為View:安裝ServiceguardManagerA.05.00或更高版本，則單擊此鏈接會顯示HTTP錯誤。 異常：java.lang.OutOfMemoryError:Outofswap如果遇到與交換空間大小有關的Jva? 異常，則可能需要調整一些可調內核參數。： ： 在HPSIM5.00.01.00和更早的版本中，mxinitconfig命令不檢查maxssiz參數的值HPSIM運行時，在CMS上輸入以下命令可以檢查HPSIM是否已達到交換空間的限#swapinfo-異常：java.lang.OutOfMemoryError:PermGen在某些情況下，CMSJavaRun-TimeEnvironment(JRE)可能所需的永久性生成內存空間（PermGen內遇到一個Java異常，此時顯示以下信RuntimeErroringenerating一個屏幕對象Exception:java.lang.OutOfMemoryError:PermGenspace.Cause:null.Message:PermGen在執(zhí)行JavaServlet(JSP)時極有能出現此異常HPSIMC.05.00.02.00.08或更高版本。如果不是，則必須升級至該版本的HPSIM，然后再按照下列步驟中的說明進行配置。要顯示HPSIM版本信息，請在CMS上輸入以下#在CMS上編輯屬性文件/etc/opt/vse/ps搜屬性的值。如果存在此屬性的條目，則修改它的值使其包含以下文MX_JVM_OPTS=-使用下列命令重新啟動HP使用下列命令重新啟動HPHPSIM工具問管理工具Management...將不可用。授予所有VSE管理軟件用戶使用VSEMonitor工具箱的權限。有關操作說明，請參管理工具顯示CMS上正確配置域名服務(DNS)。在這種情況下，任何HPSIM工具均不能運行。尤其是，在HPSIMToolsVSEManagement...時會顯示空白頁。此問題的另一個表現是，CMS上的pinglocalhost命令不返回任何響應。創(chuàng)建或編輯/etc/nsswitch.conf文件，并將以下條目添加到該文件中hosts:filesdns如果您未使用NIS（NetworkInformationServices，網絡信息服務），則忽略nis。CMSAllManagedSystemsVSEMonitor工具箱的授權。解決辦法：按照《VSE管理軟件快速入門指南》中“配置用戶授權”部分的說明，配置HPSIM工具箱授權。此操作也在聯(lián)機幫助主題“UserAuthorizations”中進行了說明。工作負荷名稱僅在大小寫上 受監(jiān)視工作負荷和受管工作負荷之間的轉如果將受監(jiān)視的工作負荷轉換為受管工作負荷（即，將其分配給SRD并應用gWLM策略），則原來的工作負荷定義不會從UtilizationProvider中刪除。如果以后取消部署或刪除此SRD，則受管系統(tǒng)上的工作負荷定義可能會與CMS上的工作負荷定義不同步，原因是新創(chuàng)建或刪除的工作負荷沒有在UtilizationProvider上更擇ToolsUpdateSystemWorkloads。此時將顯示一條警告消息，通知用戶即將刪除UtilizationProvider中未保存在CMS數據庫中的所有工作負荷定義。單擊OK確保UtilizationProvider上的工作負荷與CMS上的工作負荷定義同步。HPSIM工具問更新工作負荷失更新工作負荷失occurredcollectingdata--queryfailed.AnexceptionoccurredcommunicatingwithWBEM,CIMerrorCIM_ERR_FAILEDCIM_ERR_FAILED:Ageneralerroroccurredthatisnotcoveredbyamorespecificerrorcode"Workloadalreadyexistsbythename:工作負荷名稱." 等待5分鐘，然后重試此操作嘗試修改工作負荷時出現錯Anerrorwasencounteredwhileattemptingtomodifytheselectedworkload工canoccurwhenasystemhasbeenremovedfromHPSIM'sdatabase,whenauserisnolongerauthorizedtomanageasystem,orwhenaworkloadnamehasbeensettothesameasasystemnPartition多個組合系統(tǒng)同如果正在管理多個具有相同組合系統(tǒng)名稱的nPartition組合系統(tǒng)，那么這些服務器中的所有nPartition都將顯cplxmodify(1M)HPIntegrityVirtualMachinesVMManager中未顯示I/O配置所做的更VMManagerI/O配置（例如，通過命令行或其他工具添加或刪除設備等），更新的配創(chuàng)建、修改、刪除、啟動或停止VM期間出現SSH身份驗SSH身份驗證錯誤消息 mxagentconfigan受管節(jié)點-u用戶名p虛擬機的網絡或存儲信息不 #cimprovider-VMManager#cimprovider-VMManagerVMManager異步發(fā)現過程導致的。在打開頁面之前不會等待每個結果。如果未顯示預期的結果，請單擊RefreshData。具有大量活動頻繁的虛擬機的系統(tǒng)中響應時間可調參數控制。這兩個參數分別是SVRCPURESPCT和SVRCPUALLOWPCT。ZZZ.兩個參數的值都表示為單個CPU資源的百分數，其初始值為20。83的資源（四舍五入）162的資解決辦法：要為VMHost上運行的管理應用程序提供更多的處理器資源，請將這兩個參數設置為新的更大的相同值。更改這兩個參數的值后，停止并重新啟動IntegrityVM可使更改生效。不能正確識別虛擬如果HPSIM發(fā)現中未包含VMHost，則可能無法正確識別虛擬機。在這種情況下，虛擬機將被標記為與ViewVM鏈接。但是，通過型號字符串仍可將它們標識為HPIntegrityVirtualMachines。解決辦法：將VMHostHPSIM發(fā)現列表中。這樣，HPSIMVSE管理軟件從VMHostVirtualMachines標簽刪除的虛擬機仍處于被選中的狀VMHostVirtualMachines標簽刪除某個虛擬機時，即使已經從該標簽上的虛擬機列表中刪除該VMHost視圖中的任何其他標簽。要避免以后再次出現該問題，可以從VMHost視圖Network標簽Storage標簽，或者虛擬機視圖的VMProperties標簽中刪除該虛擬機。僅當從VMHostVirtualMachines標簽刪除該虛擬機時才會出現這個問題。IntegrityVM、VMProviderVMGuestLib的版本必須如果已安裝VMProvider、VMGuestLib和HPIntegrityVirtualMachines，則升級這三個產品中的任何一個OVPA3.86無法正確處理格林尼治以東的時Exceptionreceived:Invalidprofiletraceworkload"":ThesampletimesarenotamultipleofthesampleintervaloffsetfrommidnightGMT. VSE2.5或更高版本。重復計算利用率數重復計算利用率數不過濾不可能的數偶而會出現錯誤的讀數。CapacityAdvisor0的利用率數據，但對于所有不太可能或過高的90分位點值幾乎沒有影響，從虛擬機首次收集數據期間的警Warning:unabletodeterminetheHPVMHostforGuest"guestname"ValidCPUutilizationdataisnotavailable.HPSIM中以多個時區(qū)顯示數HP-SIM中，有些時間以瀏覽器使用的時區(qū)顯示，而其他時間則以CMS使用的時區(qū)顯示。CapacityAdvisor的時間始終以CMS使用的時區(qū)顯示。 缺省的報告開始與結束時間不始終為CapcollectHPSIM實例在運行capcollect時，將出現以下消息StandardCouldnotaccesstheHP-SIMinstanceonthissystemCentralManagementServer上執(zhí)行下列操作cp/opt/vse/lbin/capcollect按如下所示編輯文件/opt/vse/lbin/capcollet$JAVA-$CLASSNAME$JAVA--Xmx256mcp/opt/vse/lbin/capcollect按如下所示編輯文件/opt/vse/lbin/capcollet$JAVA-$CLASSNAME$JAVA--Xmx256m$CLASSNAMECapacityAdvisorZIP文件會InternetExplorer如果在使用InternetExplorer時嘗試保存報告.ZIP文件，則會出現兩個“FileDownload”彈出窗口InternetExplorer會變?yōu)闊o響應。在其他情況下，保存ZIP文件之后，用于創(chuàng)建報告的屏幕將無響解決辦法（兩個“FileDownload”窗口txr方案可以模擬不支持的配 關閉和重新啟動虛擬機時可能會丟失FSS分區(qū)中的值。這需要在VMHost上使虛擬機與其FSS分區(qū)相匹配。如果關閉虛擬機并重新引導，則重新引導后它可能會在一個與之前不同的FSS分區(qū)中運行。如果運行capcollect，則它會指明FSS分區(qū)了防止誤用為虛擬機記錄的CPU利用率值，如果虛擬機從一個午夜（以GMT時區(qū)表示）到下一個午夜這24小時期間已重新引導，則不存儲重新引導之前的時間段內的所有CPU利用率值。CapacityAdvisor數據。虛擬機的下一個定期收集操作會填充重新引導后的數據，并保留重新引導前收集VMHost30CPU利用率值進創(chuàng)建工作負荷使數據好像消失了一CapacityAdvisor整體上從系統(tǒng)收集數據，也從工作負荷進行收集。當沒有工作負荷時，在方案中會使用的工作負荷的數據。即使工作負荷數據為空，CapacityAdvisor也會嘗試使用該數據。如下例所示，通過導入另一個配置文件的數據。有關此命令的其他信息假定系統(tǒng)名為“myhost”2005112005630假定系統(tǒng)名為“myhost”20051120056302加了名為“existingWL”和“addedWL”630日之前的六#/opt/vse/bin/capprofile-x-b20050101-e200506301400>/tmp/sysdata#/opt/vse/bin/capprofile-iexistingWL</tmp/sysdata創(chuàng)建工作負荷可能會導致系統(tǒng)從方案中消文件。如果對該系統(tǒng)進行任何更改，則可能會導致EditScenario錯誤。MoveWorkload頁面計算出的總數與方案編輯器計算出的總數不MoveWorkloadEditScenario頁EditScenarioViewer并始終顯示正確的模ProfileViewer屏幕可以顯示按給定的結束日期結束的不同時間間隔下的數據。EditScenario屏幕可以使用按給定的間隔開始或結束的模擬時間間隔。從EditScenarioProfileViewerProfileViewer顯示模擬間隔的數據，這一點是合理的。如果使用一個開始日期來指定模擬間隔，那么啟動ProfileViewer時會顯示錯誤的間隔。31ProfileViewer31331日。CapacityAdvisor網絡數據的OVPA有時，從OVPA導入的網絡數據與CapacityAdvisor收集的數據不匹配。這種差別似乎與使用自動端口聚合解決辦法：解釋從OVPACapacityAdvisor收集的數據的方式不同。OVPA數據是系統(tǒng)上LAN端口BYNETIF_IN_BYTE_RATEBYNETIF_OUT_BYTE_RATE之和。CapacityAdvisor收集系統(tǒng)上每個LAN端口傳入和傳出的字節(jié)總數，但是對該數據執(zhí)行pstat(2)命令。MoveWorkload頁面上的易于造成誤導的注Note:ThePlatformCPUMultiplierislessthan1.0whenmovingfromaslowersystemtoafasterone.ThedefaultCPUmultiplieriscomputedfromtheclockspeedsofthesourceanddestinationsystem--usingactualbenchmarkswillbemoreprecise.ThePlatformMemoryMultipliershouldbegreaterthan1.0iftheapplicationisexpectedtousememoryonthenewplatform.Changingversionsofanmemoryonthenewplatform.Changingversionsofanapplicationcanaffectbothofthesemultipliers.解決辦法：應忽略“ThedefaultCPUmultiplieriscomputedfromtheclockspeedsofthesourceanddestinationsystemusingactualbenchmarkswillbemore嘗試重新使用主機名將使系統(tǒng)列表中出現Host托管的系統(tǒng)的列表中顯示“NONE”。CMS11.1111.23Capcollect在更新CMS過程中的某個步驟有時會在為Java插件保留的目錄中保留一些“.save”文件。當出現這種情況時，Java虛擬機將嘗試加載這些空文件并失敗。這將導致capcollect、vselicense和capprofile#/opt/vse/lbin//capcollect[33]:could:Thespecifiednumberisnotvalidforthiscommand./opt/vse/lbin//capcollect[33]:could:Thespecifiednumberisnotvalidforthiscommand.UnabletofindaninstalledJavaJREmeetingtheminimumversionThiscommandrequiresaminimumversionof7Unabletofindajavaexecutable.Java的版本正確也是如此“.save”/opt/java1.4/jre/lib/PA_RISC2.0/plugins/.save/opt/java*/jre/lib/*/plugins匹配的目錄中刪HP-UX11iv3 在使用gWLM管理的系統(tǒng)上禁用超線程對于聯(lián)機單元操作，請取消部署包含要調整的系統(tǒng)的SRD，并進行相應調整，然后重新創(chuàng)建此SRDCPU系統(tǒng)控制的兼容不要在運行gWLM的系統(tǒng)上手動調整CPU數。不要手動調整TemporaryInstantCapacity(TiCAP)資源（即，不要啟動或停止TiCAPCPU）、InstantCapacity資源、虛擬機、虛擬分區(qū)（包括對CPU綁定的更改）或nPartition。CPU不要在正通過gWLMpset隔離專區(qū)的系統(tǒng)上使用psrset創(chuàng)建或刪除pset不要使用vparmodify將內存從不要使用vparmodify將內存從一個虛擬分區(qū)移動到另一個虛擬分不要使用parolrad執(zhí)行聯(lián)機單元操SRD，然后進行調整，之后再重新創(chuàng)建SRD。TemporaryInstantCapacity的兼容GlobalWorkloadManager可以自動利用TiCAP。如果沒有可用的CPU資源且不滿足策將使用TiCAP資源來滿足策略。僅在分配完所有自有CPU資源后才出現這種情況gWLMTiCAPHPIntegrityVirtualMachinesGlobalWorkloadManagerHPIntegrityVirtualMachinesA.02.00或更高版本創(chuàng)建的虛擬機的動力保障能力。當受gWLM控制時，虛擬機的動力保障能力被替換為動態(tài)計算的CPU分配項，該分配項gWLMgWLM控制的分配項；未消耗的分配項在不要在gWLM正在管理的系統(tǒng)上手動調整虛擬機的動力保障能力或虛擬CPU的數量。有關詳細信息，請參考“與外部CPU/系統(tǒng)控制的兼容性”。GlobalWorkloadManagerA.02.50.00A.02.00HPIntegrityVirtualMachines版本不兼容。如gWLMA.02.50.00管理虛擬機，HPHPIntegrityVirtualMachinesA.02.00或更高解決辦法：如果無法對HPIntegrityVirtualMachinesA.01.20版進行升級，則必須在VMHost上安裝gWLMA.02.00.00gWLMA.02.50.00gWLMPRMWLM的兼不能將gWLMProcessResourceManager(PRM)WorkloadManager(WLM)一起使用，在同一時間用gWLM，請首先關閉擁有鎖的應用程序。對于PRM，請輸入以下命令#/opt/prm/bin/prmconfig-#/opt/prm/bin/prmconfig-#/opt/wlm/bin/wlmd-升級基于分區(qū)的SRD需要重新nPartition內部的基于vPariCAP的基于nPartition對于已部署的SRD，請重新發(fā)現該SRD。對于基于vPar的SRD，請輸入以下命令#/opt/gwlm/bin/gwlmdiscover--type=vpar對于基于nPartitionSRD，請輸入以下命令#gwlmdiscover--type=npar#gwlmdiscover--type=npar/tmp/myfile.xmlgwlmxml(4)請確保將sharedResourceDomain元素中的mode屬性設置為所需的值（Managed對確保將sharedResourceDomain元素的interval屬性設置為所需的值#gwlmimport--file=/tmp/myfile.xml--因為已經部署了SRD，所以在導入時會部署新的SRD定義，以取代原先的SRDLinux上安gWLM代理在下列條件下，安裝gWLM-Agent軟件包可能會在不提供錯誤消息的情況下出現失敗，并返回代碼gWLM-Agent無法將gwlmCtl文件復制到/etc/sysconfig/gwlmCtlgWLM-Agent無法確定JAVA_HOME要使用的/usr/java下的正確目錄。gWLM-Agent無法創(chuàng)建指向JAVA_HOME目錄的鏈接解決辦法：HP技術支持代表、HP服務代表或授權的HP經銷商聯(lián)系。有關支持服務的詳細信息，請訪問HP技術支持網站/go/support。定量TemporaryInstantCapacityTiCAP損耗，必須擁有足夠數量的帶有永久許可證的CPU。如果SRD大于此數量，則需要消耗TiCAP來滿足SRD的需要。請在創(chuàng)建SRD之前停用TiCAP資源。此時處于活動狀態(tài)的任何TiCAP資源均包含在中，因此每當部署該SRD時均會消耗這些資源單元本地處理iCAPInstantCapacity(iCAP)環(huán)境中使用單元本地處理器會導致icod_modify失敗請考慮使用硬件路徑來向虛擬分區(qū)分配CPU。但是，不要使用單元規(guī)格來分配CPUiCAPB.08.00nPartition要求具有正值的TiCAPTemporaryInstantCapacity(TiCAP)余額，否則gWLM嘗試修改iCAP資源的操作會失敗確保使用iCAPB.08.00的系統(tǒng)擁有正值的TiCAP（TiCAP時間和CPU資源）余額允許組合系統(tǒng)中的多個SRD允許組合系統(tǒng)中的多個SRD不要以這種方式配置SRD管理嵌套nPartition中的虛擬在管理嵌套在nPartition中的虛擬分區(qū)的SRD中，可以從SharedResourceDomain視圖看到顯示一Major警告的狀態(tài)信息。此警告顯示分配的CPU超過SRD的大小nPartition中的所有虛擬分區(qū)perties文件被在運行vseinitconfig時，將覆蓋文件/etc/opt/gwlm/conf/pertiesvseinitconfig命令使用文件/etc/opt/gwlm/conf/gwlmcms.template來創(chuàng)建件perties。如果編輯perties，請同樣地編輯gwlmcms.template對大SRD執(zhí)行配置更改的速度太對已部署的大型 的配置進行更改，可能需要較長的時間（幾分鐘）才能生效尚無解決辦法。完成更改所需要的時間取決于與該SRD中的所有隔離專區(qū)通信所用的時 即使顯示為選項也是不可GlobalWorkloadManager，可以管理基于多種隔離專區(qū)的工作負荷。如果某種隔離專區(qū)類型在組合nPartition表示為可能的隔離專區(qū)類型（即使該系統(tǒng)上沒有可用的iCAP資源也是如此）。這不會造成問題，但如果將其選擇為隔離專區(qū)類型，gWLM將不能對其進行資源管理。解決辦法：除非組合系統(tǒng)中有可用的HPInstantCapacity資源，否則不要嘗試使用nPartition隔離專 刪除工作負荷可能需要較長的時#gwlmhistory--truncate--有關詳細信息，請參考gwlm(1M)。IntegrityVM阻止psetFSS當在安裝了HPIntegrityVirtualMachines(IntegrityVM)的系統(tǒng)上安裝gWLM代理后，發(fā)現操作將僅報IntegrityVM隔離專區(qū)，即使存在psetFSS組也是如此 要發(fā)現系統(tǒng)上的pset或FSS組，必須卸載IntegrityVM只可以將具有同級受管工作負荷的工作負荷添加到具有嵌套分區(qū)的負荷添加到此具有嵌套分區(qū)的SRD中。解決辦法：當使用HPSIMgWLMManageSystemsandWorkloads向導（CreateSharedResourceDomain訪問）1步的說明，并選擇要包含在單個SRD中的一組主機。無法從嵌套分區(qū)SRD刪除工無法從嵌套分區(qū)SRD刪除工作Unabletoremoveworkload工作負荷名稱Attemptingtoremoveacompartmentwithandtryagain.解決辦法：取消部署SRD并將其刪除。然后創(chuàng)建一個不包含要刪除的FSS組的新SRD使用嵌套分區(qū)時nPartition的大小過在監(jiān)視HP-UX11iv1系統(tǒng)上的nPartition中具有虛擬分區(qū)的SRD時，nPartition的受監(jiān)視大小可能已過時。HP-UX11iv1SRDnPartition所顯在具pset的系統(tǒng)上管理FSS組存FSS組限當系統(tǒng)具有pset時，gWLMpset0FSS組。gWLM僅能夠管理分配給pset0CPUpsetFSSFSSpset0之內（不管理其他pset），使用pset進行管理（忽略FSS組），或者使用以下命令刪除所有pset（pset0之外）：#psrset-發(fā)現操作不顯示已停止的虛擬機的當前信GlobalWorkloadManager發(fā)現操作不總是報告已停止的虛擬機的當前信息。具體而言，當停止了虛擬機并更改了vCPU的數量后，gWLM發(fā)現操作并不顯示更改后的vCPU數量。而是顯示虛擬機最近一次啟動后的vCPU的數量。解決辦法：多個網絡作為一種客戶端/服務器應用程序，gWLM比其他類型的應用程序對主機的網絡配置更為敏感。gWLM僅CMS主機具有連接到多個獨立網絡的多個網絡接口卡，gWLM要求將完全限定的主機名解析為可由要管理的gWLM代理訪問的IP地址。通過一個網絡接口卡和地址連接的企業(yè)用于與另外一組特定主機（例如群集成員）進行通信的另一個專用內部網絡和專用 地GlobalWorkloadManager會嘗試檢測和報告那些可能會產生意外行為的網絡配置問題，但在某些情況 上的/var/opt/gwlm/glwmagent.log.0文件來查找錯誤。不支持主機名別 當通過HPSIM或在gwlm命令中使用的XML文件來配置gWLM時，僅使用規(guī)范的 無法構建單個共享資源Unabletobuildasinglesharedresourcedomainfromthesetofspecifiedhosts:myhostA.myhostB.Unabletobuildasinglesharedresourcedomainfromthesetofspecifiedhosts:myhostA.myhostB.gWLM要求SRD內部的全部代理均為同一版本。SRD中的所有受管節(jié)點上安裝同一版本的代在發(fā)現隔離專區(qū)期間出現錯在使用ManageNewSystems向導gwlmdiscover命令時可能會顯示以下消息Errorduringdiscoveryof此外，文件/var/opt/gwlm/gwlmagent.log.0包含以下消mon.PlatformException:/usr/sbin/parstatus-wexitedwithanon-zeroexitstatus.Capturedstderris:Error:Unabletogetthelocalpartitionnumber.解決辦法：此問題極有可能是由于nPartition軟件的版本太舊造成的。GlobalWorkloadManager使用nPartition軟件（HP-UX均包含此軟件）提供的命令來確定系統(tǒng)的功能。即使不使用nPartition，也應安裝最新的nPartition軟件。HPIntegrityHP-UX11iv2B.11.23.01.04或更高版本。可從下列位置找到此nPartition軟件：20055ARHP軟件倉庫網站（搜索“nPartition配置不同有時，gWLM代理和gWLMCMS在是否已經實際部署SRD的問題上有分歧。當使用Ctrl-C來中斷gwlmgWLM配置儲備庫）gWLM代理將此SRD視為已經部署，而CMS將其視為未部署。--force選項與gwlmdeploygwlmundeploy一起使用，來同步代理和CMS例如，運行以下命令來強制代理和CMS都將SRD視為已經部署（請將命令中的SRD替換為實際的名稱#/opt/gwlm/bin/gwlmdeploy--srd=SRD--已經擁有鎖Unabletoacquiretherepositoryisalreadyheldby:root(TueFebUnabletoacquirethelocknecessarytostorechanges.Thelock0813:11:08CST2005).Pleaseretryyourlocknecessarytostorechanges.TheisalreadyheldbygWLMAgentonhost主機名/IP_(WedMay2413:20:32EDT2006).Pleaseretryyouroperation.可以通過停止并重新啟動gwlmcmsd來清除鎖定，但在可以使用gWLM之前可能需要等1#/opt/gwlm/bin/gwlmcmsd--#注釋 丟失或意外的歷史即使可以確定在特定時間段已經部署 丟失或意外的歷史即使可以確定在特定時間段已經部署 SRD，仍然可能沒有可用于圖形化的歷史數據CMS上的系統(tǒng)時鐘與SRD中所有系統(tǒng)上的系統(tǒng)時鐘是否已同步。如果這些時鐘存當前正在加載實時Real-timedataiscurrentlyloading,pleasewait...YoumightalsoverifythattheremotenodeisrunningandSRDshavebeendeployed.通常，這種情況只是暫時出現。如果持續(xù)出現此情況，應檢守護程序是該SRD，然后再重新部署。在實時監(jiān)視中丟失GlobalWorkloadManager在命令行上或在HPSIM的圖形界面中可能不會顯示SRD的監(jiān)視更新內容。造成這種情況的原因可能是嘗試重組SRD時超時，這時必須重新啟動該SRD的每個受管節(jié)點上的代理。另外的原因可能是受管節(jié)點關閉、掛起或沒有運行gwlmagent。如果受管節(jié)點關閉或gwlmagent未運行，將顯示以下消息ThegWLMagentprocessonthehostisnotrunning--starttheagentand如果受管節(jié)點掛起，或者SRD需要重新啟動其所有代理，其現象可能包gwlmmonitor命令的輸出結果省略一些SRDHPSIMSharedResourceDomain視圖顯示多個SRD存在嚴重錯誤“SRDdataiscurrentlystale”不能在一段持續(xù)時間內提供實時監(jiān)視，請重新啟動SRD中每個受管節(jié)點上gWLMSRD成員掛起的情況下，當對該SRD的實時監(jiān)視被阻止時，其他SRD將繼續(xù)管理資源。但由于掛起SRD成員，對其他SRD的實時監(jiān)視將可能被阻止。要恢復對其他SRD的監(jiān)視，請執(zhí)行下列操作取消部署包含掛起成員的SRD。這可能需要對gwlmundeploy命令使用--force選項。在CMS上使用下列命令，重新啟動gwlmcmsd來清除被阻止的監(jiān)視：#gwlmcmsd--stop#gwlmcmsd創(chuàng)建一個新SRD來代替被取消部署的那個SRD，忽略掛起的SRD成員一旦掛起的SRD成員恢復正常運行后，即可取消部署代替SRD并重新部署原來的SRD，使其恢復到gwlmreport輸出的開始或結尾處缺失采來自將策略權重設置為零導致分配不準gWLMA.02.00.00.x具有Fixed策略的工作負荷獲得多于請求在具有嵌具有Fixed策略的工作負荷獲得多于請求在具有嵌套分區(qū)的SRD中，在固定值的總和小于父級隔離專區(qū)最小值時分配Fixed策略，可使工作負荷獲得多于在Fixed策略中指定的資源。Fixed策略，使請求的CPU數大于或等于父級隔離專區(qū)所需的最小CPU聚合率和OwnBorrow/gWLMA.01.01.xgWLMA.02.00.00.x 尚無解決辦法。不過，該問題已在gWLMA.02.00.01.x代理中得到解決。重新部署時丟失定制度量標Custom策略使用通過gwlmsend命令提供的度量標準值。如果重新部署具有custom策略的SRD，則會負荷還可以接收在滿足全部策略后余下的任何CPU資源。在重新部署后立即更新所有custom策略的度量標準值無法創(chuàng)建新的本機...unabletocreatenewnativepsetFSSHP-UX11v1上max_thread_proc至少設置為192可能出現多個基于虛擬分區(qū)的gWLM通常不允許在單個nPartition或系統(tǒng)上同時創(chuàng)建多個基于虛擬分區(qū)的SRD。但是，如果多個用戶幾乎在同一時間部署SRD，則gWLM可能會無意中允許創(chuàng)建這樣的多個SRD刪除其中一個SRD，然后通過將被刪除的SRD的中工作負荷置于其余SRD中，來重新管無法部署共享資源UnabletodeploySharedResourceDomain:system1.pset.000,dueto:ErrorstartingCompartmentManager.Pleasesavefile/var/opt/gwlm/gwlmagent.log.0andcontactHPtechnicalsupport.如果在系統(tǒng)上具有空pset（未分配CPUpset），則在創(chuàng)建并隨后嘗試部署包括該系統(tǒng)的SRD時，將發(fā) 向該pset分配CPU或刪除該pset，然后嘗試創(chuàng)建SRD并對其進行部署 GlobalWorkloadManagerC.02.50.00.x版不允許創(chuàng)建包含帶有空pset的系統(tǒng)的SRD；但是，如果使用gWLM的早期版本，則可以創(chuàng) GlobalWorkloadManagerC.02.50.00.x版不允許創(chuàng)建包含帶有空pset的系統(tǒng)的SRD；但是，如果使用gWLM的早期版本，則可以創(chuàng)建包含這種系統(tǒng)的SRD。ErrortryingtodeploySRD,.SRD,mysystem2.fss.000isalreadydeployed.OnlyoneSRDisallowedtobedeployed.啟動gwlmagentFSS組中的應用程HP-UX11iv2B.11.23上，FSS組內的應用程序在單處理器虛擬分區(qū)、nPartition或系統(tǒng)上運行時可能安裝修補軟件PHKL_33052腳本未放置于正確的工作負區(qū)中。只有當文件/etc/shells中列出了正在使用的shell或解釋程序時，才可執(zhí)行此操作。通常，perl不位于此文件中。因此，未正確放置perl腳本（以及其他任何基于未列在/etc/shellsshell或解釋 shells。GlobalWorkloadManager將在30秒內識別這些添加的shell或解釋程序。psetFSS組的隔離專區(qū)（否則將無法訪問）移動到缺pset或缺省FSS在下列條件下，使用gwlmplace命令在受管節(jié)點上放置的所有進程都將丟取消部署當前的SRD。用戶進程放置到缺省pset或缺省FSS組，將超級用戶進程保留在其當時所在的位置。gWLM中的工作負荷定義時，使用gWLM的應用程序記錄或用戶記錄。忽略psrset放置的gWLMpset時，該系統(tǒng)上的每個進程都必須在一個工作負荷下運行。gWLM將根據您如果使用psrset命令在pset中放置進程，gWLM可能將這些進程移動到缺省pset解決辦法：要保持進程的放置，請在創(chuàng)建或編輯gWLMgWLM的應用程序記錄或用戶記錄。如果使用記錄不可行，則使用gwlmplace命令。但是，在每次重新部署SRD后，必須使用gwlmplace命令，將進程放回所需的工作負荷中。gWLMFSS組已被放棄，但無法輕易刪除。這種情況的發(fā)生可能由多種原因造成。例如，當管理gWLMFSS組已被放棄，但無法輕易刪除。這種情況的發(fā)生可能由多種原因造成。例如，當管理基于FSSSRD時，使用了另一個CMS（可能是因為原來的CMS已停止運行）。這樣將使SRD具有無法刪除的FSS組。解決辦法：刪除FSS有多種方法可用來刪除這些組。如果安裝了PRM，請輸入以下命令#/opt/prm/bin/prmconfig-如果沒有安裝PRM，請使用以下步驟/opt/gwlm/bin/gwlmdiscover--file=myfile.xmlFSS組的系統(tǒng)。#/opt/gwlm/bin/gwlmimport--通過運行以下命令并檢查輸出中是否有包含主機的名稱，來確定SRD名稱#/opt/gwlm/bin/gwlm部署SRD：/opt/gwlm/bin/gwlmdeploysrd=主機/opt/gwlm/bin/gwlmundeploysrd=主機現在，FSS組即會從系統(tǒng)中消失。但是，FSS組的工作負荷定義仍位于gWLM配置儲備庫中?？梢酝ㄟ^使)嘗試從SRD中刪除缺省的(OTHER)工作負荷將導致顯示以下消RemovalofallcompartmentsfromanSRDisnot 不能從SRD中刪除缺省的(OTHER)工作負荷，而是必須取消部署SRD大小/分配小于虛擬機的策略最小已部署SRD中的虛擬機的大小或分配可能顯示為小于其策略最小 NONVM的當前大小為負調整那些正在運行的虛擬機的動力保障能力，使CPU不被超額訂購停止一個或多個虛擬機，直至那些仍在運行的虛擬機不超額訂購CPU為止取消管理已啟動的虛擬機導致取取消管理已啟動的虛擬機導致取消部署gWLMpolicy.Pleaseturnthevirtua