問題包括您應瞭解的資訊,如要求、提示、疑難排解提示與錯誤。錯誤是問題的一部分。錯誤的追蹤編號在圓括號中顯示。若需有關錯誤和修補程式的更新資訊,請參閱 http://sunsolve.sun.com 的 SunSolveSM 網站。
解決方法:使用 es-config 指令變更代理程式的 SNMP 連接埠。
當您按下 Java 主控台中的 [說明] 按紐時,它會連結至 Sun Management Center 3.6 文件集而非 Sun Management Center 3.6.1 文件集。
解決方法:如需 Java 主控台之說明,請依照下列方式編輯/var/opt/SUNWsymon/cfg/javaconsole.properties 檔案中的 sunmc.docs.path 項目:
sunmc.docs.path=docs.sun.com/app/docs/coll/810.8?
如需 Web 主控台說明,請依照下列方式編輯 /opt/SUNWsymon/web/console/smwebconf/smwebconf.properties 檔案中的 sunmc.docs.path 項目:
sunmc.docs.path=docs.sun.com/app/docs/coll/810.8?
解決方法:關閉 [主機詳細資訊] 視窗然後開啟它。[硬體摘要] 表格則會顯示。
在 [詳細資訊] 視窗的 [硬體] 標籤中,系統的實體檢視已設定為無論目前的檢視如何都以正面檢視呈現。此外,歷程記錄僅顯示正面檢視。
解決方法:無。
當 Solaris x86 或 Linux 代理程式透過 CLI/GUI 安裝程式或代理程式更新升級時,更新的資訊不會自動反映到拓樸中。
解決方法:代理程式升級過後,請手動修改拓樸物件。
在 Solaris SPARC 系統上, 代理程式升級可允許您建立包含 X86/X64 配置讀取器附加元件的影像。不過,此附加元件將不會安裝在 Solaris SPARC 系統上。
解決方法:為 Solaris SPARC 系統建立影像時,僅選擇適用的附加元件。
當 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 群組。
解決方法 1:請執行以下步驟︰
先將登入螢幕最小化再將它復原。
在有使用中游標的欄位中執行輸入動作。
將游標移到下一個欄位。
先將登入螢幕最小化再將它復原。
在該欄位執行輸入動作。
解決方法 2:使用 JDK 1.4 或相容版本。
當區域代理程式用作基本代理程式時,模組配置傳遞 (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 程序檔名稱。
解決方法:無。
解決方法:無。
藉由指定 IP 範圍和選擇特定的平台類型來執行探索請求。如果以下所有情況都存在,該請求則不會探索物件。
在探索請求中選取預設的連接埠選項。
也指定了要搜尋的其他連接埠。
在要搜尋的主機上的預設和其他連接埠都已在使用。
解決方法:如果您想檢查要探索的物件上的預設連接埠和其他連接埠,請為預設連接埠和其他連接埠建立獨立的探索請求。
解決方法:無。
解決方法:CST 服務正在執行時,作業建立會失敗。使用 es-stop -x 停止 CST 服務。
解決方法:在呼叫的程序檔中加入 2 至 3 秒的暫停時間。
指令行介面中 help 指令的 about 和 legal 參數顯示錯誤的產品版本。
解決方法:無。
正在安裝效能報告管理程式資料庫時,按 [下一步] 按鈕可能會導致錯誤發生。
解決方法:在配置效能報告管理程式資料庫時,不要按 [下一步] 按紐。
當在 NetscapeTM 4.7 版本的瀏覽器中檢視時,簡體中文語言環境 zh_CH.GBK 與 zh_CN.BG18030 中的頁面文字顯示為亂碼。
解決方法:指定其他瀏覽器做為您的預設瀏覽器。已知以下瀏覽器可在這些語言環境中正常工作:
NetscapeTM 6.2.2
Netscape 7.x
MozillaTM
Microsoft Internet Explorer
如果作業系統表中的作業系統版本包含空格,此空格在 [規則] 視窗中的顯示是不正確的。
解決方法:使用 ASCII 字元來定義作業系統版本。
如果作業系統物件沒有初始化,Web 主控台會顯示錯誤頁面。
解決方法:使用 Java 主控台顯示資料。
假設使用 Sun N1TM System Manager (N1SM) GUI 建立的容器名稱使用多位元組字串。在這情形下,容器名稱會在 [主機詳細資訊] 視窗的下列位置的 Sun Management Center 主控台中有不實陳述:
1. [模組瀏覽器] 標籤 -> [硬體] -> [VSM 模組] -> [VSM 物件] -> [容器物件] -> [容器表中的容器名稱]
2. [模組瀏覽器] 標籤 -> [VSM 模組] -> [規則] -> [屬性名稱清單]
解決方法:Sun Management Center 不支援資料欄位中的多位元組字串。因此,針對容器名稱請使用 ASCII 字元以整合 N1SM 到 Sun Management Center。
即使問題已經修復,Sun StorEdge D1000 附件上的完整 Hardware Diagnostic Suite 測試可能仍會報告非緊急的錯誤 (例如:拔下電源供應器電纜)。
解決方法:重新啟動連線至 Sun StorEdge D1000 系統的 Sun Management Center 代理程式。
將 JAVA_HOME 路徑的長度設定為一個大於 80 個字元的值時顯示下列不正確的錯誤訊息:
Could not start Hardware service |
您可以透過鍵入以下指令,檢查 Hardware Diagnostic Suite 是否正在運行:
% ps -ef | grep HWDS |
解決方法:請忽略此錯誤訊息。Hardware Diagnostic Suite 可正確啟動。
Hardware Diagnostic Suite 僅可在全域區域中執行。由於 Sun Management Center 中的設定程序檔錯誤,Hardware Diagnostic Suite 在本機區域中無法正確執行。
解決方法:請勿在本機區域內執行 Hardware Diagnostic Suite。
如果將 15 個或更多效能報告管理程式報告請求排程為同時執行,則在軟體執行一段時間以後,可能會遇到一項或多項下列問題:
資料並非從代理程式機器收集而來
某些報告請求將無限期地處於運行狀態
報告請求無法依需要進行排程
群組作業請求無法依需要進行排程
無法啟動報告管理程式 GUI
無法啟動管理工作 GUI
對於前述的某些問題,當啟動管理工作 GUI 時,控制台可能會顯示下列錯誤訊息:
作業服務不可用 |
類似地,對於這些問題中的某些問題,當您啟動報告管理程式 GUI 時,控制台中可能會顯示下列錯誤訊息:
報告服務不可用 |
解決方法:當您遇到此問題時,請停止並重新啟動您的伺服器元件。輸入下列指令:
# es-stop -A |
# es-start -A |
若要避免此問題,請勿將超過 15 個報告請求排程為同時執行。將排程請求的運行時間隔開一段時間。例如,如果每小時需要運行 20 個請求,請將其分割成兩個個別批次,每個批次包含 10 個請求。以 15 分鐘的時間間隔排程這些批次。請勿將批次排程為同時執行。
選取了「所有主機」選項並指定了過濾器後,無法從警報報告中正確過濾記錄代理程式機器的警報。
同時選取「所有主機」選項與一個過濾器後,指定的過濾標準將採用至記錄所有主機的全部警報。在報告輸出中傳回被過濾的警報。此外,該報告包含來自所有受監視主機的全部「代理程式未回應」警示和「主機未回應」警示。未將指定的過濾標準套用至此類警報。
解決方法:可透過明確指定警報報告的主機名稱來避免此問題。可從下列解決方法中選擇:
為單一主機產生警示報告時,可透過提供主機名稱:埠選取主機名稱,或從 Sun Management Center 拓樸視圖中選取主機名稱。
為多個主機產生警報報告時,可透過以逗號分隔的清單形式提供不同的主機名稱(如主機名稱:連接埠),或從 Sun Management Center 拓樸視區中選取主機名稱。
增加到 IMAP4 之服務元素模組與 IMAP4 之合成作業事件模組的服務測量表格中的列的儲存格值為空 (零)。卸載並重新載入這些模組後加入列的作業將失敗,並顯示以下訊息:
Row with following index exists:nnn |
此錯誤可能會導致 IMAP4 的服務元素與 IMAP4 模組的合成作業事件無法在 x86 系統上運作。
解決方法:請確定在 SPARC 代理程式主機上載入 IMAP4 模組的合成作業事件以監視在 x86 上執行的 IMAP 服務。必須配置載入的模組以測試 x86 系統上的 IMAP 服務。
當運行 1.3.1 版本到 1.4.0 版本的 Java 運行時間環境時,Microsoft Windows 2000 系統上的 [修改服務物件] 對話方塊可能不接受特定文字欄位中的字元。當您嘗試從預設的 HTTP 變更服務類型值時,將不接受為 [主機名稱] 與 [實例] 文字欄位提供的字元。
如果正在執行的是 1.4.1 版的 Java 執行期間環境,則不會發生此問題。
解決方法:在使用「修改服務物件」對話方塊之前,請在 Microsoft Windows 2000 系統上安裝 1.4.1版 的 Java 執行期間環境。
如果您使用 Sun Management Center 安裝的指令行介面 (CLI) 版本,則只有英文版本。此版本沒有翻譯。使用英文版本並不會影響安裝程序或功能性。
解決方法:要在您的語言環境執行安裝,請使用 GUI 安裝 (es-guiinst) 和設定 ( es-guisetup)。
若您選擇不是英語的語言環境,「使用情況圖表」影像的標題和標頭仍會以英文顯示。這些值未被本土化。
在執行 Solaris 8 作業系統的系統上,其 Container Manager 的延伸統計功能已停用。因此,Solaris 8 系統上的容器之 CSV 檔案的延伸統計資料 (Exacct) 欄將為空值。
若代理程式主機的 /etc/project 資料庫中的某專案其 ID 與 Sun Management Center 資料庫中的專案 ID 相同,但專案名稱不同,則該專案無法被 Container Manager 探索。Container Manager 要求在同一伺服器環境的所有主機中的專案 ID 需為唯一的。
您不應使用 projadd 指令建立專案。請僅使用 Container Manager 來管理專案。
解決方法:從代理程式主機的 /etc/project 資料庫刪除由 projadd 指令建立的非預設專案,並使用 Container Manager 中的 [新容器] 精靈建立容器。
建立、修改或刪除區域、儲存池或專案期間發生錯誤時,顯示的錯誤訊息不完整且無法提供足夠的詳細資訊。下列為您可能遇到的錯誤訊息:
無法建立資源儲存池
無法建立區域
無法更新專案、區域或儲存池
無法啟動有效使用者的容器
無法建立容器與主機的關聯
解決方法:如果您遭遇先前任何一種的錯誤,請參閱其後的設定檔建議。在此之前,首先要確認使用者為有效的 Sun Management Center 使用者,且有必要的管理權限 ( esadm、esdomadm 群組的一部份)。
確認使用者已執行下列指令與必要設定檔建立關聯:
$ profiles <使用者名稱>
以下為必要的設定檔:
在 Solaris 10 - 區域管理、池管理、專案管理
在 Solaris 9 - 池管理、專案管理
在 Solaris 8 - 池管理、專案管理
若您發現必要設定檔遺失了,請執行下列指令 (以超級使用者的身份) 並修改與該使用者建立關聯的設定檔:
# usermod -P "<以逗號分隔的必要設定檔清單>" <使用者名稱>
如果有任何設定檔不存在於系統中,請以下列格式將遺失的項目加入 /etc/security 目錄的 prof_attr 檔案中。
Pool Management:::Resource pool management profile:help=RtPoolMgmt.html
Project Management:::Manage Solaris projects:auths=solaris.project.read,solaris.project.write; help=RtProjManagement.html
請執行下列指令以得知使用者是否位於 SCM 模組的本機使用者清單中。
<基底目錄>/SUNWsymon/sbin/es-config -M scm-container -s
若使用者不在存取清單中,請執行下列指令:
<基底目錄>/SUNWsymon/sbin/es-config -M scm-container -l <使用者名稱>
代理程式當機並將 scm-container* 檔案留在 /var/opt/SUNWsymon/cfg/ 目錄中。當代理程式重新啟動時,可能不會以最佳化的方式執行。若出現下列錯誤訊息表示可能發生此情況:
Insufficient security privilege to complete the operation.
您可以輸入下列指令以判定代理程式中的程序狀態:
% ps -eaf | grep esd
解決方法:要改善效能,請輸入下列指令:
成為超級使用者。
% su -
停止代理程式。
# /opt/SUNWsymon/sbin es-stop -a
刪除狀態檔案。
# rm /var/opt/SUNWsymon/cfg/scm-container*
重新啟動代理程式。
#/opt/SUNWsymon/sbin/es-start -a
伺服器重新開機後,Java Web Console 沒有自動啟動。
要啟動 Java Web Console,請輸入下列指令:
成為超級使用者。
% su -
輸入 root 密碼。
重新啟動 Java Web Console。
# /usr/sbin/smcwebserver restart
確認 Java Web Console 將來會重新啟動。
# /usr/sbin/smcwebserver enable
解決方法:無。
若在 [新增區域] 精靈中從 [語言環境] 下拉式功能表選取無效的語言環境,區域建立會失敗。[語言環境] 下拉式功能表可能包含無效的語言環境值。
要判定有效的語言環境,請參閱「International Language Environments Guide」的「Supported Locales」。
解決方法:在 [新增區域] 精靈中從 [語言環境] 下拉式功能表選擇有效的語言環境。如果您不確定語言環境值,請選擇 C 代表選取英文語言環境。
若出現警示情況,可能會出現警示符號的工具提示而不是警示標章。
若瀏覽到另一窗格,然後回到警示物件的圖示,圖示上的標章會正確顯示。
解決方法:無。
若按一下瀏覽器的返回按鈕,Container Manager 可能會發生異常情況。本發行版本不支援瀏覽器的返回按鈕。
要自此異常情況回復,請到下列網址://伺服器名稱:6789/容器,並瀏覽到適當頁面。
解決方法:無。
Solaris 9 作業系統中的某些程序,例如使用者 nobody 執行的 JavaTM 應用程式未移動到容器中,因為 newtask 指令中有錯誤。
解決方法:使用 newtask 指令在適當容器中啟動由使用者 nobody 執行的應用程式。
# /usr/bin/newtask -p 專案名稱 指令 |
專案名稱是啟動該應用程式的專案,而指令是啟動該應用程式的指令。
如需更多資訊,請參閱 newtask(1) 線上手冊。
若使用下列符合表示式之一建立容器定義並隨之將其啟動,代理程式主機會當機:
n
ns
nsc
nscd
解決方法:使用 newtask 指令於適當的專案中啟動 nscd 程序:
# /usr/bin/newtask -p 專案名稱 指令 |
專案名稱是啟動該應用程式的專案,而指令是啟動該應用程式的指令。
如需更多資訊,請參閱 newtask(1) 線上手冊。
如果您計劃於伺服器層上重新安裝 Sun Management Center 軟體,請於解除安裝時先儲存資料。相同的,如果您於伺服器層再次執行設定時,若想要重新建立資料庫,請於出現提示時回答「否」。否則,若是資料未儲存而您又於伺服器層重新安裝或再次設定,則先前被探索的代理程式主機可能會從資料庫遺失。
解決方法:如果在重新安裝或重新執行設定後遺失主機,請執行下列程序以重新啟動主機上的 Sun Management Center 代理程式:
登入代理程式系統。
成為超級使用者。
% su -
鍵入以下指令以停止 Sun Management Center 代理程式:
# /opt/SUNWsymon/sbin/es-stop -a |
鍵入以下指令以啟動 Sun Management Center 代理程式︰
# /opt/SUNWsymon/sbin/es-start -a |
如要存取在其他實體機器中的區域,請在全域區域輸入 zlogin -C <區域名稱> 並設定該區域。
在區域建立的 [名稱伺服器] 欄位中,請輸入名稱伺服器值,並加上 IP 位址。例如,[名稱伺服器] 欄位的值可為 ns1.sun.com (10.255.255.255)。
入門級平台 (ELP) 的本土化套裝軟體、Netra、桌面/工作站和工作群組伺服器附加軟體在此版本中沒有更新,因為自前兩個版本以來就不需要變更。
解決方法:無。
此問題發生在 ELP、Netra 和桌面/工作站配置讀取器。
在使用 Solaris 10 軟體的 Netra 240/440/T4、Sun Blade 100 和 Sun Fire V240 伺服器上,平台資訊和控制程式庫 (PICL) 可能不會在初始化後解譯某些系統配置變更,例如:bge1-bge3 驅動程式。這些驅動程式的實例在 prtconf -v 指令的輸出中反映,但不是在 prtpicl -v 指令的輸出中反映。
解決方法:執行 svcadm restart picl 指令以重新對齊具有 prtconf 公用程式的 PICL 。
在執行 Solaris 10 的系統板上使用 cfgadm 指令執行動態重新配置 (DR) 作業後,在配置讀取器表中的數個值未顯示或是顯示為「--」。下列配置讀取器表項目會受到影響:
系統
網路裝置
LOM
ASR
LOM 事件
LOM 警報
故障指示燈
硬體摘要和實體檢視也會受到影響。硬體摘要之值顯示為「--」,而實體檢視沒有顯示系統的圖形。
解決方法:
於 DR 作業後使用下列指令重新啟動 PICL 常駐程式:
若為 Solaris 8 和 9 系統:
% /etc/init.d/picld stop
% /etc/init.d/picld start
若為 Solaris 10 系統:
% svcadm restart svc:/system/picl:default
PICL 常駐程式在 DC PSU 類型 D142 於 Netra 1280 伺服器上動態重新配置後並未更新。
解決方法:於 DR 作業後使用下列指令重新啟動 PICL 常駐程式:
若為 Solaris 8 和 9 系統:
% /etc/init.d/picld stop
% /etc/init.d/picld start
若為 Solaris 10 系統:
% svcadm restart svc:/system/picl:default
DC 電源供應器欄位 A 和 B 的報告不正確地相反呈現。如果 A 是故障而 B 是正常,Sun Management Center 會報告為 B 是故障而 A 是正常,反之亦然。
解決方法:無。
在 Solaris 10 系統上的 DR 作業之移除程序期間未偵測到內部裝置 (例如:磁碟和網路)。
解決方法:在 DR 作業後使用下列指令重新啟動 PICL 常駐程式:
% svcadm restart picl
解決方法可能無法啟動 Solaris 10 系統上執行的代理程式,以便偵測內部裝置 (磁碟、網路) 其移除、插入或重新配置的作業情況。
在具有兩個物件的 Sun Fire V880 和 Sun Fire V480 伺服器上,當您在已探索的物件上選取 [警報] 標籤,會出現與下列訊息相似的警報警示訊息。
螢幕上可能會顯示以下警示訊息:
無法從代理程式取得事件管理資訊。代理程式為忙碌或當機。會預設為本機事件管理員。
可能的情況是,此警示訊息不正確而代理程式正適當運作中。
按一下 [確定] 使警報標籤表將本機事件管理當作預設。如果已探索物件的詳細資訊視窗關閉又再次開啟,按一下 [警報] 標籤會顯示相同的警示訊息。
解決方法:無。
Sun Fire V890 伺服器隨附有 UltraSparc-IV 處理器。但是,硬體規則表的特性欄不正確地顯示「Correctable Memory Error, Ultra Sparc III」(可修改的記憶體錯誤、Ultra Sparc III) 和「I/O Correctable Error, Ultra Sparc III」(I/O 可修改的錯誤、Ultra Sparc III) 做為處理器類型。
解決方法:無。