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

目關于本文檔 目關于本文檔 HP歡迎您提出寶貴的意見和建 1新增功 Application Capacity GlobalWorkload HPIntegrityVM InstantCapacity vseassist故障排除實用程 VSE代理軟件安 Utilization 2文檔更正及內(nèi)容增 Virtualization Capacity 新增的CapacityAdvisor利用率資源類 CapacityAdvisor錯誤消息更 CapacityAdvisor幫助中給定的一些錯誤 HPIntegrityVM VMManager的“CreateVirtualMachine”Summary幫助頁面顯示易于造成誤導的信 VMManager的“CreateVirtualMachine”NextSteps幫助頁面提供了錯誤的hpvmconsole命 GlobalWorkload --dataversion=version的有效選 從SRD中刪除GiCAP組成 3安裝、配置和許 安裝HP-UX修補軟件和代理軟 許可證 4已知問 Virtualization Application Capacity GlobalWorkload HPIntegrityVM InstantCapacity 目 vseassist故障排除實用程 VSE代理軟件安 Utilization 4關于本文第1章（第7頁）2關于本文第1章（第7頁）2（13頁3（17頁4（19頁本章提供對VSE管理軟件文檔資料的最新更正和增補。百分號代表CShell系統(tǒng)提示符。美元符號代表Bourne、Korn、以及POSIXShell系HP-UX命令行輸入“manaudit”或“man5audit”可以查看該聯(lián)機幫助頁。詳見man(1)。按住Ctrl鍵的同時按下A鍵。環(huán)境變量的名稱，如，PATH錯誤的名稱，常返回到errno變量中。|分隔的列表，則您必須選擇其中一項。|分隔的列表，則您必須選擇其中一項。%、$|可從獲得本文檔的更新版本。也可以從以下網(wǎng)站下載最新版本《HPInsightControlManagementQuickSetupPoster《HPApplicationDiscoveryVersion4.0User'sGuide目標讀 《HPGlobalWorkloadManager4.0《HPCapacityAdvisor4.0《安裝、配置和管理HPIntegrityVirtualMachines《HPIntegrityVirtualMachines發(fā)行說明《HPServerMigrationPackUniversalEditionReleaseNotes《HPServerMigrationPackUniversalEditionSupportMatrix《HPServerMigrationPackUniversalEditionUserGuide《HPVirtualConnectEnterpriseManagerReleaseNotes《HPVirtualConnectEnterpriseManagerSupportMatrix《HPVirtualConnectEnterpriseManagerUserGuide《HPVirtualMachineManagementPackReleaseNotes《HPVirtualMachineManagementPackSupportMatrix《HPVirtualMachineManagementPackUserGuideHPVirtualMachineManagementPack的詳細信息，請參閱《HPVirtualMachineManagementPackMigrationPack-UniversalEditionReleaseNotes》。HPVirtualServerEnvironment(VSE)產(chǎn)品VSE發(fā)行信息、警報您就產(chǎn)品功能提出的意見和建議有助于我們將來開發(fā)VirtualServerEnvironment管理軟件的更高版本。請使用以下電子郵件地址將您的反饋意見直接發(fā)送至VSE管理軟件開發(fā)小組：vse@。注釋：HP無法通過此電子郵件地址提供產(chǎn)品支持。要獲得產(chǎn)品支持，請與HP技術支持代表、HP服務HPHP/HPHP/country/us/en/6關于本1新增功1新增功HP-UX11iv211iv3HPIntegrity服務器————————————HPc系列機HP刀片系統(tǒng)c系列刀片式服務運行LinuxHPIntegrity服務器VMwareESX主機和虛擬32Linux的虛擬機（VMManagerVMwareESX主機下運行時受支持）MicrosoftVirtualServer主機和虛擬HP-UX————HPProLiantEssentialsVirtualMachineManagementPack(VMM)集成HPVirtualConnectEnterpriseManager(VCEM)集成InsightPowerManager集與PerformanceManagementPack集HPServerMigrationPackUniversalEdition(SMPUniversa)l集HPInstantCapacity有關受支持的硬件和軟件的詳細信息，請查閱《VSEManagementSoftwareVersion4.0SupportMatrix》。并非所有VSE管理軟件產(chǎn)品和功能均能在所有平臺上使用。下列各節(jié)按VSE產(chǎn)品或Virtualization HP刀片系統(tǒng)機重點說 ——————HP刀片系統(tǒng)刀片式服務VirtualConnectDomainConnectDomainHPProLiantVMware——————HP刀片系統(tǒng)刀片式服務VirtualConnectDomainConnectDomainHPProLiantVMwareESX主機和虛擬MicrosoftVirtualServer主機和虛擬已使用新的Visualization標簽替換System標————“、“虛擬機“”以及“服務器”ApplicationRHEL5.xSLES10.x平臺的HPIntegrity服務器上的應用程序Capacity———What-IfAction→Undo,Edit,orView...———添加了針對方案和工作負荷的利用率限制現(xiàn)在，用戶可以通過對CPU、內(nèi)存、網(wǎng)絡I/O以及磁盤I/OHPSmartSolver，系統(tǒng)管理員可以按自動模式生成容量規(guī)劃信息，從而節(jié)省了手動規(guī)劃在系統(tǒng)上放置工作負荷時所需的時間和精力。通過HPSmartSolver可以執(zhí)行下列操作：————————8 Capacity CapacityAdvisor行更有價值的對比。此報告提供按月份、季度或年度（包括總量）計算的度量標準Energy、EnergyCost以及PowerEstimation的平均值、峰值以及持續(xù)峰值?！狢apacityAdvisor“方案比較”報告，通過它可以輕松地在一個表中對比不同的方案。該方案比添加了ExtendedPerformanceManagementPack，通過它可將數(shù)據(jù)從HPPerformanceManagementPack(PMP)導出至CapacityAdvisor數(shù)據(jù)庫，并將收集到數(shù)據(jù)的間隔時間標準化為CapacityAdvisorGlobalWorkload現(xiàn)在gWLM可以預測為特定工作負荷分配資源的時間。如果某工作負荷中有定期發(fā)生的CPU使用模gWLM會嘗試在需要時為該工作負荷提供其他資源。以前，gWLM將只在對實際增長的需求現(xiàn)在，gWLMGlobalInstantCapacity(GiCAP)組的成員構(gòu)建SRD。要求安GiCAP8.02.01版。必須在SRD中包GiCAP組的每個成員。您也可以根據(jù)GiCAP組在SRDTemporaryInstantCapacity(TiCAP)。用于生成CPU請求的測量度量標準（通過gwlmsend提供）的新定制策略類型gWLMOwnBorrowMinSizeMinSize0.0。當用于任何隔離專區(qū)類型時，該值可啟用借出功能（gWLM的早期版本，則會繼續(xù)使用該版本的缺省MinSize值）。XML配置文件的策略定義中的ticapByPolicy屬性的新行SRD級別（使用SRD定義中的為關閉的SRD中使用策略時，向ticapByPolicy指定的值才有效。將ticapMode設置為無或全部時，ticapMode的優(yōu)先級會高于ticapByPolicy。iCAPvPar監(jiān)視程序中添加的資源。gWLM現(xiàn)在可以臨時使用手動添加到受管隔離專區(qū)的資源。但gWLM僅在最初發(fā)現(xiàn)的SRD范圍中才能使用其他資源；所以，如果添加的核心超過配置的最大數(shù)，gWLM將不會對其進行分配。gWLM也無法識別聯(lián)機添加或刪除單元。可以修改SRD，以充分、持久地使用其他資源。策略適合調(diào)整后的SRD大小。將使用所有已部署的SRD的名稱和主機動態(tài)地填充所有VSE資源HPSystemInsightManager共享資源域集合。現(xiàn)在您可以創(chuàng)建定制集合，從而可以在SharedResourceDomain視圖中查看SRD的子集。有關創(chuàng)建定制集合的信息，請轉(zhuǎn)到SharedResourceDomain視圖并訪問聯(lián)機幫助?！狝vgConsCPU按照產(chǎn)品區(qū)域劃分的新增功 CpuslloCU的gCpuslloCU的gllo（分鐘）CsllocCpusnCUgn（平均消耗）乘以每個樣本的時間長度（分鐘）。Cpuss是所有樣本的結(jié)果總和。Manager4.0用戶指南》。GlobalWorkloadManagerwithSAP》。HPIntegrityVM(CreateVirtualMachine向?qū)鞨P-UX11iv3Linux虛擬機。有關詳細信息，請參VMManager支持加速虛擬輸入/(AVIO)CreateVirtualMachine向?qū)蛐碌奶摂MAVIOModify→AddStorageDevicetoVirtualMachine...Modify→AddNetworkDevicetoVirtualMachine...。有關CreateVirtualMachine向?qū)odify菜單VMManager幫助和《HPIntegrityVirtualMachinesManager3.5AVIO的詳細信息，請參閱HPIntegrityVirtualVMHostIntegrityVirtualMachinesVMHost及虛擬機事件日志。利用View→IntegrityVMlogforVMHostVMHostguest虛擬機的事件?？梢酝ㄟ^在VM命令以及其他信息。View→IntegrityVMlogforVMVMHost上運行hpvmstatuseP虛擬機名稱來顯示這些事件。要使用此選項，必須在當前屏幕上選擇一個或多VMManagerHPIntegrityVirtualMachinesManager3.5入門SIMVMManager創(chuàng)建虛擬機時，VMManagerHPSIMVMHost進行重新標識，這樣，系統(tǒng)才能識別這一新的虛擬機，并將其添加到HPSIM上。Manager，則該虛擬機可能不會顯示在VirtualizationManager視圖中，而在標識過程完成后，該虛VMManagerVirtualizationManager視圖之間不同步的信息，請參閱“創(chuàng)建后立即刪除的虛擬機仍可能會出現(xiàn)在VirtualizationManager中”（第42頁）。InstantCapacityManager中有多個可用頁面，其中包括下列頁面：GlobalInstantCapacity(GiCAP)詳細信息頁面顯示有關iCAP組合系統(tǒng)及主機的信息可以通過下列方式之一訪問iCAP新增該系統(tǒng)要么具有iCAP組件、TiCAP容量，要么是GiCAP組的成員。VSEManagement菜單中該系統(tǒng)要么具有iCAP組件、TiCAP容量，要么是GiCAP組的成員。VSEManagement菜單中選擇Tools→VSEMgmtLicenses...。在HPSIM菜單上選擇工具→InstantCapacityManager。分區(qū)管理“DeactivateCellOnline”幫助主題。現(xiàn)在，可以在下列配置中使用VSE3.0vseassist診斷程序適用于HPProLiantWindows、HPIntegrityWindowsHP-UX受管系統(tǒng)的WindowsCMS適用于HP-UXHPIntegrityWindows受管HP-UX—修改了VSE許可證檢查，以便使用新VSE許可功能來驗證每個受管節(jié)點是否擁有永久許可證或試ProLiantWindowsVMM狀態(tài)檢查，可驗證CMS上是否已安裝并正在運行VMMProLiantWindowsCMSVirtualConnectEnterpriseManagerVCEM否已安適用于ProLiantWindows的邏輯服務器管理檢查，可驗證是否已安裝且正在運行LSALSAControllers服務。適用于HP-UX受管節(jié)點的iCAP狀態(tài)檢查，可驗證iCAP的運————VSE支持在HPProLiantWindowsCMSHPIntegrityHPProLiantWindows受管系統(tǒng)安裝代理軟件?？赏ㄟ^配置→ConfigureVSEAgents→InstallWindowsVSEAgents訪問此功能。支持在HPProLiantWindowsCMS上向HP-UXIntegrityPA-RISC受管系統(tǒng)安裝代理軟件?？赏ㄟ^配置→ConfigureVSEAgents→InstallHP-UXVSEAgents訪問此功能。支持在HPProLiantWindowsCMSHPIntegrityLinux受管系統(tǒng)安裝代理軟件?？赏ㄟ^配→ConfigureVSEAgents→InstallIntegrityLinuxVSEAgentsUtilizationRHELSLES12文檔更正及內(nèi)容增下列各項是對VSE管理軟件文檔資料的最新更正和2文檔更正及內(nèi)容增下列各項是對VSE管理軟件文檔資料的最新更正和增補VirtualizationManager聯(lián)機幫助中的信息可能與《VirtualizationManagerGettingStartedGuide》中的信息稍有不同。一般來說，《VirtualizationManagerGettingStartedGuide》將提供最新信息。具體區(qū)別如在“TabsandMenus”1“ToolsMenu”ProcessResourceManager(PRM)標識HP-UXCMS上可用。PRMWindowsCMS上也可用?！禫irtualizationManagerGettingStartedGuide》中的表1-1顯示了正確的信息?！癢orkloadDefinitionProperties”聯(lián)機幫助主題的“GeneralWorkloadProperties”表中的Cluster-PackageHPSIM的說明。在“CreateMonitoredWorkload”主題中的同一表中顯選項的描述不正確。在《VirtualizationManagerGettingStartedGuide44-1中正確說明logoutandlogbackin.”過時的值。有關當前工作負荷類型值的完整列表，請參閱《VirtualizationManagerGettingStartedGuide》的表2-3。利用率度量標準聯(lián)機幫助主題中，用于定義網(wǎng)絡和磁盤I/O利用率的“AvailableMetrics”副主題的內(nèi)容不完整。有關完整信息，請參閱《VirtualizationManagerGettingStartedGuide》第4章的“AvailableUtilizationMetrics”一節(jié)。在《VirtualizationManagerGettingStartedGuide2章的“隔離專區(qū)”一節(jié)中，“CompartmentCompartmentDetails幫助主題的表2：VisualizationViewIcons中顯示的信息已在《VirtualizationManagerGettingStartedGuide》的表2-2中更新。CapacityCapacityAdvisorProfileViewer的更CapacityAdvisorHelpReference中未記錄對ProfileViewer的更改。有關使用此功能的最新信息，請參/zh_cn/allproducts.html上的《CapacityAdvisor4.0新增的CapacityAdvisor利用率資源類磁盤I/O以及功率）利用率。CapacityAdvisor錯誤消息更capcollect(1M)聯(lián)機幫助頁錯capcollect(1M)聯(lián)機幫助頁錯)-只執(zhí)行IPM校準，而不收集利用率數(shù)據(jù)。在使用該選項的命令行中指定的所有系統(tǒng)都應該支持InsightPowerManager。-IPM校準-只執(zhí)行利用率數(shù)據(jù)收集，而不執(zhí)行IPM校準CapacityAdvisor幫助中給定的一些錯誤/zh_cn/allproducts.html上的《HPCapacityAdvisor4.0用戶指南》以獲取最新信息。已知下列信息中出現(xiàn)了此類錯誤：%虛擬化開銷倍增系HPIntegrityVMVMManager的“CreateVirtualMachine”Summary幫助頁面顯示易于造成誤導的為要創(chuàng)建的虛擬機指定了所有參數(shù)和設備之后，CreateVirtualMachine向?qū)@示Summary屏幕。使用該向?qū)?chuàng)建虛擬機時，Summary幫助頁面所顯示的命令執(zhí)行方式及錯誤檢查方法不正確。在《HPIntegrityVirtualMachinesManager3.5Finish后，會執(zhí)行顯需要考慮某些預期的資源警告，請選中頁面左下角的CreateVMevenifresourcesareinsufficient,VMManager的“CreateVirtualMachine”NextSteps幫助頁面提供了錯誤hpvmconsoleCreateVirtualMachineNextStepsSummary屏幕之后出現(xiàn)。NextSteps幫助頁面建議在hpvmconsole命令中指定-F選項來訪問控制臺，而這是不正確的。不要在此命令中指定該選項。請hpvmconsoleP注釋：VMManagerNextStepsGlobalWorkloadGlobalWorkloadManager文檔更正及內(nèi)容增--)--)在4.0也是有效的。4.0polActiveTypepolType的值匹配，除非使或Custom。SRDGiCAPGiCAP組成員中有SRD中受管的主機，要從GiCAP組中刪除GiCAPSRD中向主Fixed策SRD中刪除主機（選擇與要從SRD中刪除的主機相關聯(lián)的工作負荷，然后選擇Policy+RemoveAssociatedgWLMPolicy菜單）。請參閱HPInstantCapacity用戶指南中“GlobalInstantCapacity成員刪除”一節(jié)。GlobalWorkloadHP-UXCMSHP-UXVSE4.0安裝與更新指南》。有關運行MicrosoftWindowsHPProLiant服務器，請參閱《HPInsightControlManagementQuickSetupPoster》。有關在配置中可能需要但是本發(fā)行版中未提供的其他軟件，請參閱“其他軟件相關性”（第17頁）。有關在安裝后執(zhí)行的其他配置步驟，請參閱《VSE4.0入門指南》（“配置”一章）HP-UX適用于HP-UX11iv2Integrity系統(tǒng)的分區(qū)ID、PCIEH、PCIe修補軟件。VSE需要使用該修補軟件發(fā)現(xiàn)和管理nPartition或虛擬分區(qū)。需要重新引導。HP-UX11iv2IntegrityLinkerfdpWBEM賴于PHSS_32213。VSE管理3.xVSE管理軟件許可證的許可模型和步驟已發(fā)生很大變化。有關當前許可證模型的說明，請參閱《VSE管理軟件4.0入門指南》的“激活許可證”一節(jié)。安裝后配 4已知問下面將按VSE —Unabletoacquiretherepositorylocknecessarytostorechanges.Thelock4已知問下面將按VSE —Unabletoacquiretherepositorylocknecessarytostorechanges.Thelockisalreadyheldby:root(TueFeb0813:11:08CST2005).Pleaseretryyouroperation.Unabletoacquiretherepositorylocknecessarytostorechanges.Thelockisalreadyheldby:gWLMAgentonhost:主機名/IP地址(WedMay2413:20:32EDT2006).Pleaseretryyouroperation.—解決辦法除非同一鎖定（用戶和時間）的持續(xù)時間超過10分鐘，否則這種情況是正常的。此時，注釋 #gwlmcmsd--#——用VSE主索引取代搜索?！狪nsightControlManagement(ICM)VSEWindowsCMS時，VSE安裝程序可能會檢測到HPSIM尚未完全啟動和運行。此問題會偶爾發(fā)生，并將導致在配置VSE的過程中發(fā)生以下嚴重錯Initialconfigurationfailed.MoreinformationcanbefoundinC:\ProgramFiles\HP\VirtualServerEnvironment\logs\vseinitconfig.log然后將顯示VSE卸載過程。VSEICMICMHP正在運行，然后運行以下命令來安裝/配置vseinitconfig-a-xWindows上安裝HPInsightDynamicsVSE可能C:\ProgramFiles\HP\VirtualServerSEVERE[17]Errorperformingdatabaseoperation:CREATEDATABASEfailed.Somefilenameslistedcouldnotbecreated.Checkrelatederrors.常見問 C:\ProgramFiles\MicrosoftSQLServer\MSSQL\Data\gwlm.mdfC:\ProgramFiles\MicrosoftSQLServer\MSSQL\Data\gwlm_log.ldfC:\ProgramFiles\MicrosoftSQLn是某個數(shù)字C:\ProgramFiles\MicrosoftSQLServer\MSSQL\Data\gwlm.mdfC:\ProgramFiles\MicrosoftSQLServer\MSSQL\Data\gwlm_log.ldfC:\ProgramFiles\MicrosoftSQLn是某個數(shù)字HPInsightDynamics-VSE。ERROR:gWLM-UnabletocreateDBtablesforgWLM.gWLMinitscriptisexitingwitherror.SEVERE[32]ErrorperformingdatabaseCannotopendatabase"gwlm"requestedbythelogin.Thelogin這些命令會刪除所有VSE組件的所有#vseinticonfig--unconfig--#vseinitconfig--說明，請參閱/go/dst。WindowsServer2003/kb/942763所述更新的需HPSIM尚未啟動。這將導致安裝VSE的操作部分失敗或完全失敗。VSE安裝程序還可能無序聲明已經(jīng)安裝了VSE，則必須首先卸載VSE，然后重新運行ICM集成的安裝程序。HP-UXCMS不支持Perl5.6.1Perl更新5.8.2或更高版本解決辦法 如果受系的數(shù)量大且每日識務需要長時間，HP議將每標的調(diào)度時間更為個對系用方便的間以及一大數(shù)受管統(tǒng)處于活狀并可被識時間。有詳信息，參HPmsInsgtManarr'sGud》。MicrosoftVirtualServer(MSVS)HPSIM中時，不會自動發(fā)現(xiàn)MSVSguest虛擬機。必須手動添加guest虛擬機。如果安裝了VMM，這些虛擬機將與其MSVS主機關聯(lián)。SIM之前，在CMS上運行清理腳本(C:\ProgramFiles\HP\VirtualMachineManagementPack\bin\vmmcleandb.cmd)。VMM無法順利地將ESX和MSVS主機上的VMM代理從一個版本升級到另一個版本。因此，在嘗試通過部署→部署驅(qū)動程序、固件和代理→InstallVMMAgent→Linux/Windows推出新ESX主機VMMrpmqa|grep|xargsrpmeMSVSVMM代理，請以管理員身份登錄，并轉(zhuǎn)到添加/刪除程序以刪除“HPVirtualMachineManagementAgent”。已知SIM5.2.1VMwareESXLinux虛擬機（SIM5.2.0LinuxSIM5.2.1VMwareESXLinux虛擬機（SIM5.2.0Linux的操作系統(tǒng)”）屬性。這種情況下，VSE中的結(jié)果如下：———VSEVisualizationLinuxOS圖標 在CapacityAdvisor（優(yōu)化→CapacityAdvisor→CollectCapacityAdvisorData...等）中未簽中進行編輯），并將“用于工具過濾的操作系統(tǒng)”字段設置為Linux。所有ESX主機（及其所有guest虛擬機）。VSE無法管理在VSE啟動后發(fā)現(xiàn)的Serviceguard群集和系統(tǒng)如果在之前已至少使用一次VirtualizationManagerHPSIMServiceguard群集或包含在已發(fā)現(xiàn)的現(xiàn)有群集中的其他節(jié)點，則將無法為受影響的群集創(chuàng)建Serviceguard群集工作負荷。解決辦法要更新VirtualizationManagerServiceguardHPSIM。要為這些群集創(chuàng)建Serviceguard工作負HPSIM發(fā)現(xiàn)群集中的所有節(jié)點，并確保已發(fā)現(xiàn)節(jié)點與群集的關聯(lián)，然后重新啟動HPSIM?！猇MwareESXServerMSVirtualServer下的虛擬機，和（或）VirtualConnect域中運HPInsightDynamics應用程序可能會導致HPSIM審核日志快速HPSIM審核日志的備份以保持審核日志歷史記錄，則需要監(jiān)視審核日志文件的增長情況，并計劃更頻繁地運行歸檔任務，以確保保留HPSIM審核數(shù)據(jù)。還可以使用以下信息來增大HPSIM審核日志文件的大小，以減少對其進行歸檔的頻率可以指定日志文件的最大大小（缺省為20MB）。當達到此限制時，日志將發(fā)生回滾。MX_LOG_FILESIZE=<以MB為單位的審核日志大小>40通過該屬性文件還可以更有效地控制HPSIM審核日志文件名(mx.log)和回滾文件名(mx.log.old)———MX_LOG_FILENAME—審核日志文件的基本名（缺省為“mx”）。MX_LOG_FILEEXT—審核日志文件的擴展名（缺省為“.log”）。MX_LOG_ROLLFILEEXT回滾審核日志文件的擴展名（缺省為“.old”）。<HPSIM安裝文件夾>\config目錄下VSE4.0組件會生成大量HPSIM登錄，這些登錄通常會記錄在SIMSIMSIMSIM并降低其性能，并且審核日志中記錄的大量條目將導致日志對自常見問 ——請參HPSIM幫助中——請參HPSIM幫助中的“配置審核日志文件”主題。進程（在Windows上使用任務管理器，在HP-UX上使用top命令）。如果mxdomainmgr進程在WindowsCMS1.2GBHP-UXCMS1.5GB，則可以導致性能降低，并且在少數(shù)情況下還會導致在用戶界面或HPSIM日志中出現(xiàn)內(nèi)存不足的錯誤。使用量還可能是由在CMS上發(fā)現(xiàn)的大量受管節(jié)點所導致的?！⒁淹耆珕犹幱谶\行狀態(tài)后，重新啟動VMM服務。—如果要管理WindowsCMS（即，將該CMS視為VSE中的一個受管節(jié)點），則在該CMS上必須安WMIMapperWindowsHPSIMWMIMapper，但是可以在定制安裝過程中取消選擇它，也可以隨后在Windows中通過添加或刪除程序?qū)⑵湫遁d。仍然可以在HPSIMCMSWMIMapper代理（選項→協(xié)議設置→WMIMapper代理...），但是如果要在VSE中管理WindowsCMS，則必須安裝WMIMapper。WMIMapperHPSIM中配置WMIMapper代理（選項→協(xié)議設置→WMIMapper代理...）SIMWBEM信用憑證（WBEM信用憑證）發(fā)現(xiàn)該代理主機。這是使SIM驗證在代理主機上運行的WMIMapper的必需條件?！狧PWMIMapper代理SIM中發(fā)現(xiàn)SIMWMIMapperWBEM信用憑證（HPSIMWMIMapper的一個方法是通過檢查該主機的系統(tǒng)協(xié)則表示已檢測到有效的CIMom/WMIMapper。WMIMapperWMIMapperWindowsWBEM/WMIWMIMapper代理的主機（WMIMapperWindows主機）WBEMWMIMapperWindowsWBEM信用憑證不是必需————gWLM不支持向后調(diào)節(jié)時間 Server”服務無法啟動，gwlmcmsd.log.0可能包含一個類似如下所示的SEVERE錯誤：SEVERE[20]Errorretrievingthelastconfiguration:SEVERE[21]ErrorstartingCMSdaemon.MakeC:\ProgramFiles\HP\vsevseinitconfighasbeenrunaftergWLMinstallationorSEVERE[22]java.lang.NullPointerExceptioncausedbyjava.lang.NullPointerExceptioncausedbyatcom.hp.gwlm.storage.DataManager.getConfig(DataManager.java:1523)Causedby:atcom.hp.gwlm.storage.DataManager.getConfig(DataManager.java:1523)atcom.hp.gwlm.storage.DataManager.access$300(DataManager.java:81)如果將CMS上的系統(tǒng)時鐘手動設置為過去的某個時間，然后再進行配置更改，則可能會發(fā)生此錯誤，原gWLM/VSE數(shù)據(jù)庫。該錯誤并非因在時區(qū)之間調(diào)節(jié)時間或因夏令時（只調(diào)——使用下列命令破壞VSEatcom.hp.gwlm.storage.DataManager.getConfig(DataManager.java:1523)Causedby:atcom.hp.gwlm.storage.DataManager.getConfig(DataManager.java:1523)atcom.hp.gwlm.storage.DataManager.access$300(DataManager.java:81)如果將CMS上的系統(tǒng)時鐘手動設置為過去的某個時間，然后再進行配置更改，則可能會發(fā)生此錯誤，原gWLM/VSE數(shù)據(jù)庫。該錯誤并非因在時區(qū)之間調(diào)節(jié)時間或因夏令時（只調(diào)——使用下列命令破壞VSE數(shù)據(jù)庫并從頭開始對其進行重新初始化vseinitconfig--unconfig--如果刪除已獲得VSE許可的HPSIM節(jié)點，然后使用其他名稱重新添加該節(jié)點，則不會重新使用該節(jié)HPSIM節(jié)點（此時通常是按照序列號命名）?！狪ntegrityLicenses菜單選項將許可證從舊節(jié)點名稱遷移到新節(jié)點名稱（方法是選擇ShowAllLicensedSystems選項）。VirtualizationManager中重新變?yōu)榭梢姟，F(xiàn)在，將名稱恢復為其最近添加的名稱將使——VSE管理軟件許可的任何受管系統(tǒng)所做的配置更改可能不會立即顯示在所有產(chǎn)品（Capacity標簽中可以看到的信息與CapacityAdvisor中顯示的信息可能不同。HPSIM工具菜單調(diào)用工具將不起作用。對于導致為虛擬機生成針對單個節(jié)點的事件的任何HPSIM事件（例如創(chuàng)建或標識虛擬機），Refreshdata 單擊VirtualizationManager工具欄中的Refreshdata圖標可以解決此問題。有時，mxdomainmgr.log文件中會出現(xiàn)一個以下面的內(nèi)容開頭的錯誤：16:37:20,359ERROR[[vmanview]]Servlet.service()forservletvmanviewthrewexceptionjava.lang.IllegalStateException:Currentstate=FLUSHED,newstate=CODING_END常見問 Data..Data...菜單ESX虛擬機遷移到MicrosoftVirtualServer(V2V)或物理/ProLiant(V2P)和（或）“Couldnotinitializecollectorforsystem[主機名]”錯誤。這些錯誤可能是由遷移后SIM中保持不變的“VMwareESXGuest”系統(tǒng)子類型屬性引起的。解決辦法在HPSIM中，刪除這些系統(tǒng)的“VMwareESXGuest”子類型。HPSIM中打開系統(tǒng)的系統(tǒng)頁（例如，單擊“所有系統(tǒng)”視圖中的系統(tǒng)名稱），選擇工具和鏈接從“編輯系統(tǒng)屬性”頁中，將“VMwareESXGuest虛擬機”子類型更改為“<進行選擇>”（這將刪除注釋：取消選中“阻止發(fā)現(xiàn)、標識和數(shù)據(jù)收集進程更改這些系統(tǒng)屬性”復選框，然后單擊確定保刪除子類型后在HPSIM中重新標識系—對于HPIntegrity和HP9000系統(tǒng)，選擇重新添加的系統(tǒng)并使用相應的VSEManagementforIntegrityLicenses菜單選項將許可證從舊節(jié)點名稱遷移到新節(jié)點名稱?？梢酝ㄟ^選擇ShowAllLicensedSystems選項執(zhí)行此操作。對于HPIntegrity和HP9000系統(tǒng)，選擇重新添加的系統(tǒng)并使用相應的VSEManagementforIntegrityLicenses菜單選項將許可證從舊節(jié)點名稱遷移到新節(jié)點名稱。可以通過選擇ShowAllLicensedSystems選項執(zhí)行此操作?！猇isualization標簽上，VirtualMachineVMwareVirtualCenter數(shù)據(jù)中心、群集或資IntegrityVMWBEM2.0HP-UXHPWBEMService2.5或更高版IntegrityVMWBEM2.0VMHost上安裝適用于HP-UX的HPWBEMService2.5，則VMManager時，VMManager屏幕頂部會顯示來自VMHost的WBEM服務器的錯誤消息，并且該屏幕上的數(shù)據(jù)將不可用。錯誤消息如下：Anerroroccurredcollectingdata--queryAnerroroccurredcommunicatingwithWBEM:CIM_ERR_FAILEDCIM_ERR_FAILED:AGENERALERROROCCURREDTHATISNOTCOVEREDBYAMORESPECIFICERRORCODE.:"PGS00200:NULLPOINTER."VMManagerVSEVMHostVMHostIntegrityVMWBEM提供程序。而IntegrityVMWBEM提供程序在虛擬機上則是可選的；但是，HP建議您將其安裝在由VMManagerVSE管理軟件管理的VMHost的每臺虛擬機上。HPWBEMService2.5IntegrityVMWBEM3.0VMHostHPWBEMService2.5或更高版本，請將IntegrityVM升級到3.0或更高版本?！皣乐劐e誤”<vse安裝目錄>\userprefs下創(chuàng)建VirtualServerEnvironment\）。已知標簽不能正確地顯示即時CPU利標簽不能正確地顯示即時CPU利用率和內(nèi)存利用率。此時，利用率數(shù)據(jù)僅在SRD標簽上可用。的數(shù)據(jù)。使用swlistUtilProvider命令列出UtilizationProvider的版本。如果已為VMwareESXGuest虛擬機成功執(zhí)行CapacityAdvisor數(shù)據(jù)收集操作，但是沒有在Capacity更改），請嘗試在VMwareESX主機上重新啟動VMM代理（配置→VirtualMachineManagement→RestartVMMAgent...）。SSHWBEM異常的消VirtualizationManagerVisualization視圖中顯示該集合中的正確節(jié)點，在向該集合中添加節(jié)點或從中刪除節(jié)點之后，請單擊VirtualizationManager工具欄上的refreshdata按鈕。在使用VSEIntegrityVMGuest虛擬DHCP管理這IP地址，DHCP時，DHCP可能會重新IntegrityVMGuest虛擬機IP地HPSIMIPIP地址的已關閉的IntegrityVMGuest虛擬機。如果出現(xiàn)這種情況，VSE管理軟件用戶界面可能不會顯示。IP地址。而應IntegrityVMGuestIPApplicationApplicationDiscovery監(jiān)視CMSVSE管理軟件或者通過備份在CMSVSE管理軟件，則在該升級或恢復操作之后可能不會顯示受管系統(tǒng)上的應用程序解決辦法重新交換ApplicationDiscoveryCMS和受管系統(tǒng)之間重新建立通信。HPSIM菜單中選擇配置→ConfigureVSEAgents→ExchangeADAgentCertificates..來更正———CouldnotretrievedetailsfortheapplicationwithID"ApplicationName",thereforethisworkloadcannotbemodified.EnsureApplicationDiscoveryisconfiguredandrunningproperlyontheCMSandselectedsystem.Admin/ConfigADAgentsApplicationDiscoveryCMSDiscovery標簽下驗證預熱比例（“Wrmupratio”列）100%。當該比值100%時，該問題便會自行解決。有關更多幫助信息，請參閱《HPApplicationDiscoveryVersion4.0User'sGuide》中的“TroubleshootingandErrorMessages”一節(jié)Applicationsemantics.如果使用這些約定（例如，Shell語法）無法識別的字符或語法，則AD用戶界面將出錯。解決辦法有關構(gòu)建可包含在AD應用程序模板中的有效正則表達式的信息，請參閱-如果用戶界面出錯，請訪問HPSIM工具菜單，然后選擇集成控制臺→應用程序發(fā)現(xiàn)來啟動新會話解決辦法通過運行配置→ConfigureVSEAgents→CheckADAgentStates..ApplicationDiscovery代理的狀態(tài)。即使受管系統(tǒng)已經(jīng)安裝了VSE3.xApplicationDiscovery代理證書使用配置→ConfigureVSEAgents→ExchangeADAgentCertificates來重新配置這些代理。有關詳細信息，請參閱《VSE管理軟件4.0入門指南》中的“ApplicationDiscovery的證書交換”。對于未安裝、配置或運行ApplicationDiscovery代理的受管系統(tǒng)，HPSIM“系統(tǒng)”頁面上的ApplicationDiscoveryApplications標簽上應顯示數(shù)據(jù)，請參閱《HPApplicationDiscoveryVersion4.0User'sGuide》中的“TroubleshootingandErrorMessages”。HPSIM中刪除某個現(xiàn)有受管系統(tǒng)（CMS不再發(fā)現(xiàn)該系統(tǒng)）ApplicationDiscovery代理CMS報告時，ApplicationDiscoveryCMSApplicationDiscovery要防止出現(xiàn)這種情況，建議先停止ApplicationDiscovery代理，然HPSIM中刪受管系統(tǒng)。使用配置→ConfigureVSEAgents→StopADAgents...HP-UX或Linux受管系統(tǒng)上以root的身份運行/opt/amgr/bin/agent_stop來停止ApplicationDiscoveryDiscovery代理與CMS之間的通信。ApplicationDiscovery用戶界SLES10Linux受管節(jié)點顯示操作系統(tǒng)版本號“SLES0”Capacity命令不支持“方案比較”I/O無法從虛擬機中導入PMP數(shù)據(jù)。天的時間延遲。可以從IPM用戶界面手動啟動此數(shù)據(jù)收集。配置IPM需要具有Administrator權(quán)VSE4.0有效的CapacityAdvisorExtensionPackHPSIM的許可證管理器圖形ProfileViewerScenarioEditor(“Error:NodatahasbeencollectedProfileViewerScenarioEditor(“Error:Nodatahasbeencollectedforthespecifiedworkload”)，并且即使在成功完成對該節(jié)點的數(shù)據(jù)收集操作（即，數(shù)據(jù)收集成功完成而不發(fā)生錯誤）后仍發(fā)生此錯誤，則重新啟動SystemsInsightManager或重新引導CMS可能會更正此CMS上的CPU和內(nèi)存消耗CMS512MB2GBRAM，以及一年的數(shù)據(jù)，則不能一次對超過50個的受管節(jié)點運行報告。cappmpextract命令（用于導入HPPMP數(shù)據(jù)的命令行界面）會對實際上具有雙核處理器的計算機只報告一個物理CPUUtilizationProvider提供的數(shù)據(jù)則會報告兩個CPU核心。IP地址:Thasnodefined.MakesuretoselectTools->VSEManagement...inHP-SIMbeforerunningthiscommandforthefirsttime.并且介紹的修復方法無法更正此問題，則必須確保DNS查找操作返回的是系統(tǒng)主機名而非系統(tǒng)IP。RefreshDataRefreshDataDrawGraph在具有兩個處理器的Solaris10系統(tǒng)上運行時，capovpaextract命令不會生成配置文件。許可限制可能會阻止capreport命令生成報告?！诶寐蕡蟾嬷?，表“Timespentatoraboveeachpercentofallocation”顯示錯誤值，例如———對于從4.0之前的OVPA版本升級到4.0之后的OVPA版本的受管節(jié)點，如果用戶使用OVPA數(shù)據(jù)。 ——OVPAOVPA數(shù)據(jù)導入所有數(shù)據(jù)，然后使用capprofile命令廢止這些數(shù)據(jù)，如下所示capprofilemib開始時間–e結(jié)束時間配置文件CapacityAdvisorExtensionPack將禁止在初始期限過期后向單個系統(tǒng)應用多個許可證。如果有此必要，請與HP支持代表聯(lián)系。在執(zhí)行V2P遷移或?qū)霐?shù)據(jù)（OVPAPMP導入工具，或者直接使用capprofile命令）后，如果已為VMwareESXGuest虛擬機成功執(zhí)行CapacityAdvisor數(shù)據(jù)收集操作，但是沒有在CapacityCapacityManagement→RestartVMMAgent...）。Management→RestartVMMAgent...）。地化為日語的英語版WindowsCMS才存在此問題。Workloads...，然后將已停滯的該工作負荷移動到某個系統(tǒng)，則在返回標簽時，為包含受監(jiān)視工作負荷的定義只支持ASCII除了可以包含非ASCII字符的說明以外，受監(jiān)視工作負荷中的所有字段必須指定為ASCII（而非SmartSolverUserdoesnothaveauthorizationforthescenario:<scenarioCollectCapacityAdvisorData..capcollect命令時可能會出現(xiàn)此問題。CapacityAdvisor的收集輸出中將報告錯誤（例如，可能會報告大量“SpecifiedVmGuestorHost[hostname]doesnotexistwithinVMM”錯誤）。解決辦法要避免出現(xiàn)這些錯誤，請嘗試在兩個單獨的傳遞操作中從所有物理系統(tǒng)和虛擬系統(tǒng)（VMguest虛擬機及其主機）收集數(shù)據(jù)。創(chuàng)建新的夜間收集任務，以分別從物理系統(tǒng)和虛擬系統(tǒng)中收集數(shù)據(jù)。這些新收集任務將替換缺省的“CollectALLCapacityAdvisorDataNightly”調(diào)度任務。有關創(chuàng)建夜間收集任務的信息，請參閱《CapacityAdvisor用戶指南》中的“安排數(shù)據(jù)收集”一節(jié)。如果打開CapacityAdvisor“EditScenario”頁并看到以下消息：Errorgeneratingscreen.AttemptingtocreatesecondinstanceVMHostHPSIM標識和與VMHostManagerWorkload標簽上的“RefreshData”CapacityAdvisor也是最新的。Host及其組成部分的原因。VMware主機/guest虛擬機，CapacityAdvisorVMM3.5VMM服務正在缺省端口40420上運行。在VMM安裝過程中，應確保接受缺省端口設置。失敗并顯示消息“OutofMemory”?！挥惺〔@示消息“OutofMemory”?！挥蠾indowsCMS才會出現(xiàn)此問題。capcollect問題VMwareMicrosoftVirtualServer(MSVS)主機中收集數(shù)據(jù)需要HPVirtualMachine的主要顯示屏幕，并找到“VMstatus”列。確保綠色圓形中有一個選中標記（表示正常狀態(tài)）。VMwareMSVSguest虛擬機，必須可以從CMS解析主機名。如果未正確配置DNS，Thesystem"xxxxx"hasnoworkloadMakesuretoselectTools->VSEManagement...inHP-SIMbeforerunningthiscommandforthefirsttime.——GlobalWorkload4.0發(fā)行版開始，gWLM———在VSEMgmtHPSIM—— Unabletobuildasinglesharedresourcedomainfromthesetofspecifiedhosts:主機A.域.com主機B.域.com——已在組合系統(tǒng)的不同nPartition中指定主機，但nPartition之間沒有共享的iCAP使用權(quán)GlobalWorkload——檢查指定的受管節(jié)點上的/var/opt/gwlm/gwlmagent.log.0文件，以查找錯誤消息——檢查指定的受管節(jié)點上的/var/opt/gwlm/gwlmagent.log.0文件，以查找錯誤消息在監(jiān)HP-11iv1系統(tǒng)上的nPartitionSRD時，nPartition的受監(jiān)視大小可能已過時 無須執(zhí)行操作。請忽略為HP-UX11iv1系統(tǒng)上的具有嵌套分區(qū)的SRD中的nPartition所HPIntegrityVirtualMachines的兼容GlobalWorkloadManagerA.04.00.07HPVMA.02.00gWLMA.04.00.07管理虛擬機，HPHPIntegrityVMA.03.00或更高版本。UnabletodeploySRD名稱':AVMencounteredwithno或UnabletodeploySRD名稱':guestCpuSetEntitlement():hpvm_nonvm_cpu_set_entitlement(HPVM_NONVM,(100.000000,100.000000),FALSE)failed:(0,90) 如有可能，請升級至HPIntegrityVMA.03.00或更高版本理A.02.00.00版。HPIntegrityVirtualMachinesA.02.00gWLMA.02.50.00或使用gWLMA.04.00.07來只管理以百分比形式指定動力保障能力的虛擬機（也就是說，不會管理以CPU周期形式指定動力保障能力的虛擬機）。與HP聯(lián)系。PRMWLM的兼容gWLMProcessResourceManager(PRM)Workload統(tǒng)的應用程序已占用鎖。要在此情況下使用gWLM，請首先關閉占用鎖的應用程序。PRM/opt/prm/bin/prmconfigd/opt/prm/bin/prmconfigr對于WLM，請輸入以下命令：#/opt/wlm/bin/wlmd-GlobalInstantCapacity的兼容信息，請訪問withGlobalInstantCapacity少數(shù)情況下與虛擬分區(qū)不兼容根據(jù)工作負荷的特性，gWLM可快速地遷移CPU資源。在極少數(shù)情NoChosenCPUonthecell-cannotproceedwithNB或PDC_PAT_EVENT_SET_MODE(2)callreturned 升級至vParA.03.04可解決此問題varU，作為至少一個虛擬分區(qū)的綁定Cz）。這樣，可確保在CU（、2和），CU（、、2和）varvpava3和va）0/1、1/1、2/1x和3/1xvparvparvpar3和vparx為、、、。升級基于分區(qū)的SRD需要重新發(fā)升級基于分區(qū)的SRD需要重新發(fā)nPartitionvPariCAPnPartition對于已部署的SRD，請重新發(fā)現(xiàn)該SRD。對于基于vPar的SRD，請輸入以下命令#gwlmdiscover--type=vpar#gwlmdiscover--type=nparSRD中的分區(qū)的列表（以空格分隔）替換主機?！埓_保將sharedResourceDomain元素中的mode屬性設置為所需的值（Managed確保將sharedResourceDomain元素的interval屬性設置為所需的值gWLM根據(jù)需要TiCAP，請確保將sharedResourceDomain元素ticapMode屬性設置為———#gwlmimport--file=/tmp/myfile.xml--gWLM中的工作負荷不與Serviceguard程序包關聯(lián) 除虛擬機以外，gWLM一次只能在一個已部署的SRD中管理工作負荷。因此，如果工作負荷與Serviceguard程序包直接關聯(lián)（通過WorkloadDefinition對話框中的選擇器來設置），gWLM只能在可能運行該工作負荷的一個主機上來管理該工作負荷。但管理此類工作負荷可能會破壞VirutalizationManager和CapacityAdvisor對群集成員之間的工作負荷利用率的跟蹤。因此，建議不要直接管理與Serviceguard程序包關聯(lián)的工作負荷。當通過HPSIMgwlmXML文件來配置gWLM時，僅使用規(guī)范的CMS上安裝較新的gWLM代理導致系統(tǒng)不受支CMSgWLMCMSA.02.00.00.xVSECMSgWLMA.04.00.07開始，CMS解決辦法更新CMS版本。此更新還將安裝相應的代理（gWLMSRD中的所有受管節(jié)點CMSSRD中的所有其他受管節(jié)點上更新代理）。有關執(zhí)行此更新的信息，請參閱《VSE管理軟件安裝與更新指南》。GlobalWorkloadgWLM無法在使用某些時區(qū)設置時，gwlmcmsd和gwlmagent可Unabletocallmethod,'main',withsignature,'([Ljava/lang/String;)V',inclass,'com/hp/gwlm/node/Node'.Exceptioninthread"main"gWLM命令核心轉(zhuǎn) gWLM無法在使用某些時區(qū)設置時，gwlmcmsd和gwlmagent可Unabletocallmethod,'main',withsignature,'([Ljava/lang/String;)V',inclass,'com/hp/gwlm/node/Node'.Exceptioninthread"main"gWLM命令核心轉(zhuǎn) /var中保留可用空間...unabletocreatenewnative使用pset隔離專區(qū)開始管理受監(jiān)視的工作負如果嘗試通過應用某個策略并使用pset隔離專區(qū)Thevalue'0'specifiedfor'TotalSize'mustbeapositiveintegerManageSystems&WorkloadsWizardWorkload&Policies設置時出現(xiàn)。 的最小大小是一個核心，因此所需的核心數(shù)至少為要管理的工作負荷數(shù)。如果系統(tǒng)上沒有足夠資源來管理隔離專區(qū)TotalSize字段可以使用基于fss組（具有較小的最小大?。┑母綦x專區(qū)管理工作負荷，或向分區(qū)或中添加資源以便滿足pset的最小大小要求TiCAP損耗CPU。如SRD大于此數(shù)量，則需要消耗TiCAP來滿足SRD的需要。 中，因此每當部署該SRD時均會消耗這些資源iCAP環(huán)在使用iCAPnPartition中使用帶有虛擬分區(qū)的單元本地處理器會導致icod_modify命令失敗不要使用單元規(guī)格來分配CPU。請考慮使用硬件路徑來向虛擬分區(qū)分配CPUv3(B.1.31)上更新至vParA.05.01。允許組合系統(tǒng)中的多個SRD使用 GlobalWorkloadManager可允許組合系統(tǒng)中的多個使用TiCAP；它應防止這種情況的發(fā)生對大型SRD執(zhí)行配置更改的速度太慢對已部署的大型SRD的配置進行的更改，可能需要較長的解決辦法 尚無解辦。完成改需要的間決于與該SRD中的所有離專區(qū)信用的時間。gWLMCPU遷移事件可能會影響HPSIMCMS的性當遷移CPU時，HP產(chǎn)品SystemManagement(SFM)和事件監(jiān)視服務（EMS硬件監(jiān)視程序）將生成某些事件或指示。根據(jù)工負荷的特性gWLMCPU遷移事件可能會影響HPSIMCMS的性當遷移CPU時，HP產(chǎn)品SystemManagement(SFM)和事件監(jiān)視服務（EMS硬件監(jiān)視程序）將生成某些事件或指示。根據(jù)工負荷的特性，gWLM可快速地遷移CPU。隨著時間的推移，此頻繁遷移可產(chǎn)生大量事件，從而對HPSIMCMS的性能產(chǎn)生負面影響。補軟件和修復程序，仍然會在每次更改CPU數(shù)目時生成一個事件。如果要訂閱事件，請在HPSIM中設置自動清除事件功能HPSIM文檔資料（/go/hpsim獲得）。CMSgwlmlist10VirtualServerEnvironment\conf\perties(Windows)中，通過將22的乘方，請將其四舍五入到下一乘方值。例如，如果目標緩存大小為60000，請將其四舍五入到66000）。使用以下命令停止并重新啟動gwlmcmsd注釋 #gwlmcmsd--# 通過輸入以下命令，從gWLM數(shù)據(jù)庫中刪除舊的歷史監(jiān)視和配置數(shù)據(jù)#gwlmhistory--truncate--IntegrityVMpsetfss作將僅報告IntegrityVMpsetfss組也是如要發(fā)現(xiàn)系統(tǒng)上的psetfss組，必須刪除IntegrityVM套分區(qū)的SRD中。解決辦法當使用HPSIMgWLM界面時，不會出現(xiàn)此問題。只需按照ManageSystemsandWorkloads向?qū)В–reate→SharedResourceDomain來訪問）1步的說明，并選擇要包含在一個SRD中的一組主機。在嘗試從具有嵌套分區(qū)的SRD中刪除最后一個（缺?。ゝssUnabletoremoveworkloadworkload_name:AttemptingtoremoveacompartmentwithanunachievablylowFixedpolicysize.IncreasetheFixedpolicyresourceamountandtryagain.GlobalWorkloadSRD并將fss組的新SRD組合pset和虛擬分區(qū) 在虛擬分區(qū)上使用pset時，按路徑或單元規(guī)格向虛擬分區(qū)分配CPU可能會導致進程在刪除CPU后丟失其附屬處理器集。—SRD并將fss組的新SRD組合pset和虛擬分區(qū) 在虛擬分區(qū)上使用pset時，按路徑或單元規(guī)格向虛擬分區(qū)分配CPU可能會導致進程在刪除CPU后丟失其附屬處理器集?！灰绰窂交騿卧?guī)格向虛擬分區(qū)分配CPUpset0（缺省/其他工作負荷）gWLMCPU與特定于單元的CPU之和。4.0vParPsetgWLM4.0gWLM2.xgWLM3.x使用的配置。在給定此類配置的情況下，如果在升級代理之前取消部署SRD，則重新部署SRD將失敗，并顯示錯誤消息。如果在升級代理后SRDSRDSIM——更新配置，使得不會在虛擬分區(qū)中嵌套psetsyslog中顯示“dangerousREALTIMEjob”消IntegrityVMA.02.00gWLMA.03.00.00，syslogvm_fssagt[2461]:dangerousREALTIMEjob2686在gwlmagent的位置，可能顯示parstatus、HPUXChildWrap或wbemexec InformationErrorduringshutdown.Theunbindingofobjectsintheregistrymayhavefailed,andtheworkloadmanagementlockhasnotbeenreleased.AssociatedExceptionvm_fssagt:8343isthelockowner在具有psetfss組存fssfss組。gWLMpset0CPUpsetfssfss組保留在pset0之內(nèi)（而不管理其他pset）、使用pset進行管理（忽略fss組）或者使用以下命令刪除所有pset（除pset0之外）：#psrset-d發(fā)現(xiàn)操作不顯示已停止的虛擬機的當前信息GlobalWorkloadManager發(fā)現(xiàn)操作不總是報告已停vCPUvCPU的數(shù)量。 作為一種客戶端/服務器應用程序，gWLM比其他類型的應用程序?qū)χ鳈C的網(wǎng)絡獨立網(wǎng)絡的多個網(wǎng)絡接口卡，gWLM要求將完全限定的主機名解析為可由要管理的gWLM代理訪問的IP地址?！刂愤B接的企業(yè)用于與另外一組特定主機（例如群集成員）IP 機上的/var/opt/gwlm/glwmagent.log.0文件來查找錯誤。 機上的/var/opt/gwlm/glwmagent.log.0文件來查找錯誤。配置了錯誤的主機名或IP地址 可能會在日志文件（gwlmagent.log.0或gwlmcmsd.log.0）Unabletodeterminethenetworkaddressand/orofthecurrenthost.Thisindicatesamis-configurednetworkand/orahostnameresolutionissueforthishost.Fortroubleshootinginformation,seetheVSEManagementSoftwareReleaseNotesandsearchforthismessage.或/etc/nsswitch.conf文件（只限于HP-UX）的設置不正確。背景信 ——多個受管節(jié)點“服務器”（SRD中的gWLM代理集都是共同管理SRD的對等服務器SRDgWLM代理不需要在未部署的SRD中具有連接性）。運要驗證HP-UX使用hostname命令獲取當前的主機名[mysystem#1]>hostnamenslookup獲取為主IP地址[mysystem#2]>nslookupmysystemTryingDNS Address:7[mysystem#3]>grep7驗證對IP地址的反向查找是否返回在/etc/hosts中配置的同一個完全限定域名[mysy