問題包括您應瞭解的資訊,例如:必要資訊、提示、疑難排解提示與錯誤。錯誤是問題的一部分。錯誤的追蹤編號在圓括號中顯示。若需錯誤與修補程式的更新,請參閱位於 http://sunsolve.sun.com 的 SunSolveSM 網站。
當代理程式重新啟動時,會自動移除使用 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 位址範圍後,勾選 [不包括] 按鈕時,它會包含探索群集中的物件。
解決方法:無。
在設定效能報告管理程式資料庫時,按 [下一步] 按鈕可能會導致錯誤發生。
解決方法:在配置效能報告管理程式資料庫時,不要按 [下一步] 按紐。
當在 NetscapeTM 4.7.x 版本的瀏覽器中檢視時,簡體中文語言環境 zh_CH.GBK 與 zh_CN.BG18030 中的頁面文字為亂碼。
解決方法:指定其他瀏覽器做為您的預設瀏覽器。已知以下瀏覽器可在這些語言環境中正常運作:
NetscapeTM 6.2.2
Netscape 7.x
MozillaTM
Microsoft Internet Explorer
Sun Management Center 在非全域區域內未本土化。因此,本土化訊息不會顯示在 CLI 指令 (例如:es-setup、es-start 和 es-stop) 中。
解決方法:無。
如果使用者的語言環境出現在 locale -a 輸出的最後一個項目,則代表該使用者並沒有本土化的 Sun Management Center。
符合下列兩個情況時,使用者就會有此本土化問題。
使用者在 <安裝影像>/disk1/sbin 或 /opt/SUNWsymon/sbin 底下執行指令後會在終端機看見下列訊息。
“LANG=xxxxx is either not valid or not installed. Defaulting to C”
xxxxx 為使用者設定的語言環境。
這表示 GUI 或 CLI 訊息沒有本土化而只可取得英文語言。
使用者設定用來執行上述指令的語言環境是 locale -a 輸出的最後一個項目。
解決方法:建立顯示為 locale -a 輸出的最後項目之虛擬語言環境。請執行以下步驟︰
輸入下行以成為超級使用者:
% su -
輸入下行進入 locale 目錄:
cd /usr/lib/locale
建立「C」語言環境目錄的副本到您要讓它在 locale -a 輸出中顯示在最後一行的名稱。
cp -r ./C ./zzzz
檢查 locale -a 輸出以確認新的語言環境會最後顯示。
解決方法:CST 服務正在執行時,作業建立會失敗。使用 es-stop -x 停止 CST 服務。
[VSM 規則] 視窗中的 IP 位址點號顯示為「?2e」。
瀏覽到 [VSM 物件] -> [模組管理程式] 標籤 -> [VSM 模組] -> 按一下 [規則]。會顯示 [模組的臨界值摘要] 視窗。在 [屬性] 名稱清單中的欄位有以括號標記的 IP 位址。IP 位址中的點號顯示是不正確的。
解決方法:無。
如果作業系統表中的作業系統版本包含空格,此空格在 [規則] 視窗中的顯示是不正確的。
解決方法:無。
如果作業系統物件沒有初始化,web 主控台會顯示錯誤頁面。
解決方法:使用 Java Console 顯示資料。
假設容器名稱中使用的多位元組字串是使用 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 執行階段環境。
入門級平台 (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 。
Sun XVR-1200 圖形加速卡可能會不正確地使用與 Sun XVR 500 圖形加速卡相同的裝置名稱。因此,Sun XVR-1200 可能會在 Sun Blade 2500 系統上的擴充卡表格與實體檢視中被列為 XVR-500。
解決方法:要驗證圖形加速卡是否正常地列示,請檢查 /usr/platform/<i>platform-name</i>/sbin/prtdiag 指令輸出的 [ IO 裝置] 部份。在此指令中,<i>platform-name</i> 必須以您的系統上整個 uname -i 指令的輸出替換。
入門級平台配置讀取器的實體元件說明在安裝 Solaris 9 4/04 和 Solaris 10 軟體的 Sun Fire V440 伺服器上,不正確地將型號、零件編號、版本與序號顯示為「--」。
解決方法:無。
若 CPU 是使用 psradm -f 指令離線時,警報不是由代理程式所產生。另外,當 CPU 回到線上時,處理器表不會立即將 CPU 更新為線上。
解決方法:要查看更新狀態,請按一下 GUI 上的其他表格,然後按一下相關的表格。預設的重新整理間隔會每小時更新一次所有表格。
已安裝 Solaris 8 的 Sun Fire V240 伺服器之實體檢視未顯示 CD/DVD 磁碟機。會顯示類似於以下的資訊:
sd30 Soft Errors: 0 Hard Errors: 2 Transport Errors: 0 |
Vendor: TEAC Product: DV-28E-C Revision: 1.4B Serial No: |
Size: 18446744073.71GB <-1 bytes> |
Media Error: 0 Device Not Ready: 2 No Device: 0 Recoverable: 0 |
Illegal Request: 0 Predictive Failure Analysis: 0 |
解決方法:無。
在具有一個 CPU 的 Sun Blade 2500 工作站上,實體檢視不正確地顯示兩個 CPU 風扇。此問題也使不存在的第二個 CPU 風扇在配置讀取器的實體元件/風扇表中產生作業狀態為「失去通訊」的藍色警報。
解決方法:無。
Sun Blade 1500 工作站上的環境感應器/溫度感應器表僅列出環境與 Die CPU (停止運作 CPU) 溫度感應器。系統內環境溫度感應器未列在表中,會使緊急溫度無法觸發警報。所有這些溫度讀數都列在 PICL 輸出中。
解決方法:無。
Sun Blade 2500 工作站上的 ELP 配置讀取器的環境感應器/溫度感應器表僅列出 Ambient-0 CPU Die (環境 0 CPU 停止運作) 和硬碟溫度感應器。系統內、系統外和環境 1 溫度感應器未列在表中,會使緊急溫度無法觸發警報。所有這些溫度讀數都列在 PICL 輸出中。
解決方法:無。
在所有 ELP 平台上,[硬體] 標籤 ([磁碟總數] 的系統節點特性值) 之 [硬體摘要] 的 [磁碟總數] 不正確地包含 CD/DVD 磁碟機。因此,具有四個磁碟和一個光碟機的 ELP 平台,磁碟記數會顯示為 5。
解決方法:無。
在 Sun Blade 2500 工作站上,實體檢視的後視圖不正確地將 PCI 卡插槽表示為已插入。例如:在插槽 5 中僅具有一個 PCI 卡的系統上,後視圖卻指出插槽 0 、2、3、4 和 5 都已插入。但是,當滑鼠移動到這些插槽上時,這些不存在的插槽卻不會反白顯示。只有插入卡的插槽影像 (本範例中為插槽 5) 才會正確反白。
解決方法:將滑鼠移至被指為已插入之插槽上,以確認實際上是否已插入。正確插入的插槽會於滑鼠移動經過時反白顯示。
Sun Blade 1500/2500 (銀色) 平台的 Sun Management Center 補充軟體中,仍存在著現有 Sun Blade 1500/2500 (紅色) 的實作內容。因此,某些顯示在拓樸檢視和平台實體檢視中的影像可能不會符合銀色平台的實際實體顏色。
此外,系統側邊實體檢視 (可顯示 Sun Blade 2500 (銀色) 平台的主機板和其他內部元件) 也不會顯示 DIMM Duct 或磁碟風扇元件。
解決方法:無。
若需這些錯誤的資訊,請參閱「適用於 Sun Fire 高階系統的 Sun Management Center 3.5 版本 6 版本說明」和 「適用於 Sun Fire 中階系統的 Sun Management Center 3.5 版本 6 版本說明」。
當 CPU 由服務處理器離線,Sun Management Center 未記錄 CPU 的狀態。當 CPU 由作業系統以 psradm 指令離線,Sun Management Center 會記錄並指出 。
解決方法:在服務處理器上使用 showcomponents 指令檢視在開機前已離線的 CPU 。
SYS/LOCATE 和 SYS/SERVICE 的 LED 影像錯誤地出現在背面機殼檢視上。這些影像的實體位置是在 Sun Fire T2000 系統的系統控制器串列管理連接埠與 USB 連接埠間。
解決方法:無。
在實體檢視的俯視圖中,FT0/F0 和 FT0/F2 的風扇托盤影像顯示位置顛倒了。從正面檢視時,每個風扇位置的說明與其影像實際位置相反。
解決方法:無。
系統表與硬體摘要表中報告的處理器數目與處理器表中所列出的處理器項目數目不相符。處理器表中的資訊是正確的。
解決方法:無。
實體檢視的系統背面機殼影像中的某些乙太網路連接埠之實體位置與它們的說明位置不相符。
解決方法:無。
在 Sun Fire T2000 系統上,未插入的記憶體插槽會導致系統嘗試讀取 SEEPROM 資訊。因此,下列欄位會出現亂碼:
手冊編號
序號
製造商
大小
解決方法:無。
數值電壓感應器 IOBD/V_+3V3MAIN 和 IOBD/V_+3V3STBY 的說明在數值電壓感應器表中被調換。
解決方法:無。
Sun Management Center 不正確地將 Sun-Fire-T200 顯示為 Sun Fire T2000 系統的平台名稱。Sun Fire T2000 系統控制器正確地將 Sun-Fire-T2000 顯示為平台名稱。
解決方法:無。
在 Sun Fire T2000 系統上,ELP 配置讀取器未顯示實體檢視的 DIMM 記憶體裝置,而且不會在適當時機替每個 DIMM 檢查 ERROR (錯誤) 狀態。唯一報告的 DIMM 作業狀態為「正常」或「不存在」。
解決方法:無。
執行 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
在 Netra 1280 伺服器上動態重新配置 DC PSU 類型 D142 後,PICL 常駐程式不會更新。
解決方法:在 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 Blade 1000 和 2500 工作站上,實體檢視可能僅顯示底部磁碟而且可能會不正確地標示磁碟。例如:底部磁碟可能會標示為 c0t3d0 而不是 c0t1d0。
解決方法:無。
在安裝有 Solaris 8 2/02 或 Solaris 8 2/04 軟體的 Sun Blade 100 工作站上,配置讀取器的 DIMM 表會將 [插槽數目] 欄項目顯示為「--」。遺失的項目會使實體檢視的俯視圖中無法顯示 DIMM 記憶體裝置。
解決方法:無。
在安裝 Solaris 10 軟體的 Sun Fire 280R 伺服器上,會於代理程式啟動約五分鐘後發生紅色警報。紅色警報是從配置讀取器的 DIMM 和風扇表觸發,因為 DIMM 和風扇的狀態為暫時不確定的狀態。
當紅色警報開啟時,實體檢視的俯視、正面與背面檢視不會顯示任何元件而僅顯示機殼。
解決方法:無。
工作群組之配置讀取器模組的模組說明沒有將 Sun Fire V490 與 Sun Fire V890 伺服器當做受支援平台,然而卻已列出 Sun Fire 280R、Sun Fire V480 和 Sun Fire V880 伺服器的存在。
您可以在配置讀取器上按一下滑鼠按鈕 3 顯示此說明,然後選取 [模組瀏覽器] 視窗中的 [屬性編輯器]。
解決方法:無。
在具有兩個物件的 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)。
解決方法:無。