當代理程式重新啟動時,會自動移除使用 es-config -u <使用者名稱> 和 es-config -l <使用者名稱 > -M <模組名稱> -z snmp 使用者種類新增的使用者。此問題發生在模組上 (例如:核心讀取器 (簡易版) 和代理程式統計)。
解決方法:在 /var/opt/SUNWsymon/cfg 目錄的模組名稱.dat 檔案中增加 slice:object=obj_value 項目以手動增加使用者。
當 Sun Management Center 服務欲在系統重新開機後嘗試啟動時,這些服務會與 cryptosvc 服務與 kcfd 常駐程式發生衝突,導致在 /var/adm/messages 中記錄錯誤。
可能會顯示以下錯誤訊息:
Oct 3 18:16:09 atqa32 lomv: 10/3/2005 23:16:9 GMT LOM time reference |
Oct 3 18:16:13 atqa32 kcfd[106]: kcfd: elfsign_hash_mem_resident failed to hash for /usr/lib/security/pkcs11_softtoken.so: sign or verify of ELF object failed |
Oct 3 18:16:13 atqa32 kcfd[106]: kcfd: elfsign_hash_mem_resident failed to hash for /usr/lib/security/pkcs11_softtoken.so: sign or verify of ELF object failed |
Oct 3 18:16:13 atqa32 esd[1949]: libpkcs11: /usr/lib/security/pkcs11_softtoken.so signature verification failed. See cryptoadm(1M). Skipping this plug-in. |
Oct 3 18:16:13 atqa32 esd[1949]: libpkcs11: /usr/lib/security/pkcs11_softtoken.so signature verification failed. See cryptoadm(1M). Skipping this plug-in. |
Oct 3 18:16:13 atqa32 cfgserver[1949]: syslog Oct 03 18:16:13 cfgserver Unable to get pkcs session. Can not initialize snmp engine |
Oct 3 18:16:13 atqa32 cfgserver[1949]: syslog Oct 03 18:16:13 cfgserver *** terminating execution *** |
解決方法:系統重新開機前,使用 es-stop -A 停止所有 Sun Management Center 服務。系統重新開機時,所有服務將會正確地啟動。
在 Solaris 10 系統上,Sun Management Center 代理程式服務會於開機期間停止。
可能會顯示以下錯誤訊息:
Oct 12 09:19:59 atqa33 metadata[6245]: [ID 985908 daemon.alert] syslog |
Oct 12 09:19:59 metadata {received software termination signal} |
Oct 12 09:19:59 atqa33 metadata[6245]: [ID 122441 daemon.alert] syslog |
Oct 12 09:19:59 metadata *** terminating execution *** |
Oct 12 09:19:59 atqa33 event[27957]: [ID 652029 daemon.alert] syslog |
Oct 12 09:19:59 event {received software termination signal} |
Oct 12 09:19:59 atqa33 event[27957]: [ID 721961 daemon.alert] syslog |
Oct 12 09:19:59 event *** terminating execution *** |
Oct 12 09:19:59 atqa33 agent[28990]: [ID 651061 daemon.alert] syslog |
Oct 12 09:19:59 agent {received software termination signal} |
Oct 12 09:19:59 atqa33 agent[28990]: [ID 891934 daemon.alert] syslog |
Oct 12 09:19:59 agent *** terminating execution *** |
解決方法:系統重新開機前,使用 es-stop -A 停止服務。在此情況中,錯誤訊息不會記錄到 syslog 檔案中。
發生下列其中一種情況時,Sun Management Center 資料庫可能包含重複的主機項目:
安裝後變更 IP 位址。
安裝後變更主機名稱。
主機名稱具有多個主機別名。
解決方法:
遵照下列建議以避免重複的項目:
不要使用複合式物件。
不要使用子網路或 IP 位址範圍探索。
在將主機名稱加入拓樸前,先確認其可於代理程式機器的 /var/opt/SUNWsymon/cfg/domain-config.x 檔案中取得。
如果從代理程式的 ACL 中刪除群組 esadm,然後將個別使用者增加到該代理程式的 ACL 中,則使用者不會自動增加到伺服器支援模組的 ACL 中。因為伺服器支援模組不會隨同使用者更新,所以伺服器支援模組不允許啟動或停用效能報告管理程式。以下訊息會顯示:
Unable to enable/disable PRM data collection on an agent with new user |
解決方法:將 esadm 群組增加至代理程式的 ACL 中,然後將個別使用者增加到 esadm 群組。
對於成功的代理程式更新作業,[工作管理員] 使用者介面顯示「已失敗」。當使用管理工作 GUI (圖形化使用者介面) 執行代理程式更新作業時,作業狀態將在兩個不同的層級上顯示為成功或失敗。
狀態摘要:如果嘗試在多台主機上執行此作業,那麼即使該作業在其中的一台主機上失敗,整個工作的狀態也將顯示為「已失敗」。
個別狀態:按一下 [檢視記錄] 按鈕,您可以檢視個別主機上的作業狀態。
個別狀態以主機向伺服器報告的狀態資訊 (透過代理程式至伺服器的 SNMP 通訊) 為基礎。在下列情況下狀態可能不準確:
升級已成功,但因重新安裝軟體並重新配置設定,所以代理程式升級的結果導致改變了代理程式的 SNMP 連接埠。
升級已成功,但 SNMP 請求逾時 (由於各種其他因素) 且狀態未成功通訊。
升級已成功,但是該程序花了超過伺服器替每個主機設定的 30 分鐘逾時限制。因此,從代理程式端啟動狀態報告之前,等待狀態更新的伺服器執行緒已終止。
解決方法:使用伺服器主機詳細資料視窗中的 [檢視記錄] 標籤查看伺服器主機上的 InstallServer.log。在執行該作業的每台目標主機的 /var/opt/SUNWsymon/install/agent-update.log 中均可找到該作業的詳細資訊。
解決方法 1:請執行以下步驟︰
先將登入螢幕最小化再將它復原。
在有使用中游標的欄位中執行輸入動作。
將游標移到下一個欄位。
先將登入螢幕最小化再將它復原。
在該欄位執行輸入動作。
解決方法 2:使用 JDK 1.4 或相容版本。
僅對運作狀態監視模組的 Headspread 值顯示錯誤訊息。
可能會顯示以下錯誤訊息:
error Oct 14 15:20:49 agent setNodeValue failed: cmd=setNodeValue 0 1 bob39266, error=setNodeValueLeafScalar: Failed to set new value |
error Oct 14 15:20:49 agent ClassMIBNode:setNodeValue 0 1 bob39266 - . iso.org.dod.internet.private.enterprises.sun.prod.sunsymon.agent.modules. healthMonitor.RAM.memory.handspread |
error Oct 14 15:20:49 agent ClassMIBNode:setNodeValue 0 1 bob39266 - setNodeValueLeafScalar: Failed to set new value warning Oct 14 15:21:32 agent could not get value of RAM.memory.handspread in rule rhltm005 for node ram-rule in module health-monitor |
解決方法:忽略這些錯誤訊息。
僅有英文語言的套裝軟體會出現在由 es-makeagent 指令所建立的代理程式影像中。因此,從此類影像的安裝不支援本土化。
解決方法:使用 es-inst 或代理程式更新。
當區域代理程式當做基本代理程式使用時,模組配置傳遞 (MCP) 無法與區域代理程式一起運作。從 MCP 傳遞配置資料到區域代理程式也會失敗。
可能會顯示以下錯誤訊息:
當 MCP 使用區域代理程式做為基本代理程式傳遞而失敗時,下列錯誤訊息會記錄在 taskreq.log。
Http error : HTTP/1.1 404 File not found: /var/opt/SUNWsymon/mcp/procmon-zoneagentbase/index.xml |
MCP 傳遞至區域代理程式失敗時,下列錯誤訊息會記錄在 taskreq.log。
Operation mcp has failed on target:hostname:1161 Exception was thrown: /usr/bin/nawk: can't open file /var/opt/SUNWsymon/cfg/base-modules-d.dat.MCP |
解決方法:編輯區域代理程式的 /var/opt/SUNWsymon/zone-scripts-d.dat 檔案以包含 es-mcp-get 和 es-mcp-put 程序檔名稱。
Sun Management Center 服務無法重新啟動且 es-config 程序檔未中斷。
解決方法:不要使用 es-config,改而編輯 javaserver.properties 和 javaconsole.properties 檔案以配置伺服器與主控台之間的防火牆連接埠範圍。
以最小和最大的連接埠資訊更新下列位於 /var/opt/SUNWsymon/cfg/javaserver.properties 檔案的文字行。
sunmc.server.console.firewall.MinPort=2000 |
sunmc.server.console.firewall.MaxPort=6000 |
以最小和最大的連接埠資訊更新下列位於 /var/opt/SUNWsymon/cfg/javaconsole.properties 檔案的文字行。
sunmc.server.console.firewall.MinPort=45000 |
sunmc.server.console.firewall.MaxPort=48000 |
當您建立一項作業以執行群組/MCP 時,服務管理架構 (SMF) 模組不會出現在選項中。
解決方法:如果伺服器是 Solaris 10 系統,請執行下列步驟:
複製下列伺服器上的檔案。
# cp /opt/SUNWsymon/modules/cfg/smf-* /opt/SUNWsymon/mdr/modules/cfg/
如果伺服器不是 Solaris 10 系統,請從 Solaris 10 系統 (代理程式/伺服器) 複製這些檔案。
重新啟動 Sun Management Center 服務。
/opt/SUNWsymon/sbin/es-stop -A
/opt/SUNWsymon/sbin/es-start -A
輸入下列文字行以確認解除安裝會順利進行。
# installf SUNWessmn /opt/SUNWsymon/mdr/modules/cfg/smf-d.prc
# installf SUNWessmn /opt/SUNWsymon/mdr/modules/cfg/smf-d.x
# installf SUNWessmn /opt/SUNWsymon/mdr/modules/cfg/smf-m.x
# installf SUNWessmn /opt/SUNWsymon/mdr/modules/cfg/smf-models-d.x
啟動主控台並到 [工具] -> [探索物件]。按一下 [新增請求] 按鈕,然後在 [開始 IP] 和 [結束 IP] 欄位中提供 IP 位址範圍。檢查兩個連接埠,例如:1161/ 1161 (代理程式連接埠)。選取篩選標籤並選取篩選條件為 [平台類型],然後勾選 [包含] 按鈕以包括物件並啟動請求。當請求成功時,不會增加任何主機。這表示這些主機並未在探索群集中被識別為指定的平台類型。指定 IP 位址範圍後,勾選 [不包括] 按鈕時,它會包含探索群集中的物件。
解決方法:無。