Sun Management Center 3.6.1 版本說明

第 2 章 執行期間問題

問題包括您應瞭解的資訊,如要求、提示、疑難排解提示與錯誤。錯誤是問題的一部分。錯誤的追蹤編號在圓括號中顯示。若需有關錯誤和修補程式的更新資訊,請參閱 http://sunsolve.sun.com 的 SunSolveSM 網站。

Sun Management Center 錯誤

在重新配置期間 es-guisetup 不會更新代理程式的 SNMP 連接埠 (6372597)

解決方法:使用 es-config 指令變更代理程式的 SNMP 連接埠。

Java 主控台中的 [說明] 按鈕會連結至 Sun Management Center 3.6 的文件集 (6413942)

當您按下 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?

在 Netra 1290 系統中,硬體摘要表格不會在取消配置或配置磁碟後出現 (6395211)

解決方法:關閉 [主機詳細資訊] 視窗然後開啟它。[硬體摘要] 表格則會顯示。

系統的實體檢視已設定為無論目前的檢視如何都以正面檢視呈現 (6396604)

在 [詳細資訊] 視窗的 [硬體] 標籤中,系統的實體檢視已設定為無論目前的檢視如何都以正面檢視呈現。此外,歷程記錄僅顯示正面檢視。

解決方法:無。

代理程式升級後, x86 和 Linux 主機的代理程式值不會自動更新。 (6410213)

當 Solaris x86 或 Linux 代理程式透過 CLI/GUI 安裝程式或代理程式更新升級時,更新的資訊不會自動反映到拓樸中。

解決方法:代理程式升級過後,請手動修改拓樸物件。

SPARC 系統的影像建立允許 X86/X64 配置讀取器附加元件 (6410846)

在 Solaris SPARC 系統上, 代理程式升級可允許您建立包含 X86/X64 配置讀取器附加元件的影像。不過,此附加元件將不會安裝在 Solaris SPARC 系統上。

解決方法:為 Solaris SPARC 系統建立影像時,僅選擇適用的附加元件。

Sun Management Center 服務造成 cryptosvc 服務在系統開機或重新開機期間記錄錯誤 (6334872)

當 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 服務在開機期間停止 (6336538)

在 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 資料庫的重複項目 (5051992)

Sun Management Center 資料庫在下列其中一種情況下會包含主機的重複項目:

解決方法:

遵照下列建議以避免重複的項目:

不將個別使用者增加到伺服器支援模組的 ACL 中 (4843429)

如果從代理程式的 ACL 中刪除群組 esadm,然後將個別使用者增加到該代理程式的 ACL 中,則不會將使用者自動增加到伺服器支援模組的 ACL 中。因為伺服器支援模組不會隨同使用者更新,所以伺服器支援模組不允許啟動或停用效能報告管理程式。以下訊息會顯示:


Unable to enable/disable PRM data collection on an agent with new user

解決方法:esadm 群組增加至代理程式的 ACL 中,然後將個別使用者增加到 esadm 群組。

Sun Management Center 主控台登入螢幕不接受具有 JDK 1.5 之 Linux 機器上的鍵盤輸入 (6294368)

解決方法 1:請執行以下步驟︰

  1. 先將登入螢幕最小化再將它復原。

  2. 在有使用中游標的欄位中執行輸入動作。

  3. 將游標移到下一個欄位。

  4. 先將登入螢幕最小化再將它復原。

  5. 在該欄位執行輸入動作。

解決方法 2:使用 JDK 1.4 或相容版本。

MCP 無法與區域代理程式一起運作 (6342054)

當區域代理程式用作基本代理程式時,模組配置傳遞 (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-getes-mcp-put 程序檔名稱。

MCP 不會傳遞所有的模組參數至完整根區域上的代理程式 (6420023)

解決方法:無。

當篩選條件不包含單一或多重作業系統時,Sun Management Center 會探索那些作業系統機器 (6403422)

解決方法:無。

當使用指定 IP 位址範圍的平台類型作為篩選條件時,Sun Management Center 不會探索主機 (6341225)

藉由指定 IP 範圍和選擇特定的平台類型來執行探索請求。如果以下所有情況都存在,該請求則不會探索物件。

  1. 在探索請求中選取預設的連接埠選項。

  2. 也指定了要搜尋的其他連接埠。

  3. 在要搜尋的主機上的預設和其他連接埠都已在使用。

解決方法:如果您想檢查要探索的物件上的預設連接埠和其他連接埠,請為預設連接埠和其他連接埠建立獨立的探索請求。

篩選條件中的平台類型清單包括區域和 x86-generic-pc 的錯誤項目 (6419443)

解決方法:無。

在管理工作對話方塊中丟出 Java 異常 (6346065)

解決方法:CST 服務正在執行時,作業建立會失敗。使用 es-stop -x 停止 CST 服務。

當 probeServer 在 ppc 上完成 adhoccommand 之後, 不會傳回所有寫入至 stdout 的訊息 (6415353)

解決方法:在呼叫的程序檔中加入 2 至 3 秒的暫停時間。

本土化錯誤

CLI 中的 Help 指令會顯示不正確的產品版本 (6408902)

指令行介面中 help 指令的 aboutlegal 參數顯示錯誤的產品版本。

解決方法:無。

GUI 設定:效能報告管理程式設定進度面板上的 [下一步] 按鈕被啟用 (5029528)

正在安裝效能報告管理程式資料庫時,按 [下一步] 按鈕可能會導致錯誤發生。

解決方法:在配置效能報告管理程式資料庫時,不要按 [下一步] 按紐。

在簡體中文語言環境 (zh_CN.GBKzh_CN.GB18030) 中,Netscape 4.7 不能正確顯示頁面 (4864462)

當在 NetscapeTM 4.7 版本的瀏覽器中檢視時,簡體中文語言環境 zh_CH.GBKzh_CN.BG18030 中的頁面文字顯示為亂碼。

解決方法:指定其他瀏覽器做為您的預設瀏覽器。已知以下瀏覽器可在這些語言環境中正常工作:

Volume System Monitoring (VSM) 錯誤

作業系統版本中的空格在 [規則] 視窗中的顯示不正確 (6344665)

如果作業系統表中的作業系統版本包含空格,此空格在 [規則] 視窗中的顯示是不正確的。

解決方法:使用 ASCII 字元來定義作業系統版本。

Web 主控台針對作業系統物件表丟出 Apache 伺服器錯誤 (6330990)

如果作業系統物件沒有初始化,Web 主控台會顯示錯誤頁面。

解決方法:使用 Java 主控台顯示資料。

有多位元組字串的容器名稱在主控台中的顯示不正確 (6343127)

假設使用 Sun N1TM System Manager (N1SM) GUI 建立的容器名稱使用多位元組字串。在這情形下,容器名稱會在 [主機詳細資訊] 視窗的下列位置的 Sun Management Center 主控台中有不實陳述:

1. [模組瀏覽器] 標籤 -> [硬體] -> [VSM 模組] -> [VSM 物件] -> [容器物件] -> [容器表中的容器名稱]

2. [模組瀏覽器] 標籤 -> [VSM 模組] -> [規則] -> [屬性名稱清單]

解決方法:Sun Management Center 不支援資料欄位中的多位元組字串。因此,針對容器名稱請使用 ASCII 字元以整合 N1SM 到 Sun Management Center。

Hardware Diagnostic Suite 軟體錯誤

Hardware Diagnostic Suite enctest 可能不報告電源供應器狀態 (4908213)

即使問題已經修復,Sun StorEdge D1000 附件上的完整 Hardware Diagnostic Suite 測試可能仍會報告非緊急的錯誤 (例如:拔下電源供應器電纜)。

解決方法:重新啟動連線至 Sun StorEdge D1000 系統的 Sun Management Center 代理程式。

JAVA_HOME 路徑的長度設定為大於 80 個字元的值時會顯示不正確的錯誤訊息 (4854768)

JAVA_HOME 路徑的長度設定為一個大於 80 個字元的值時顯示下列不正確的錯誤訊息:


Could not start Hardware service

您可以透過鍵入以下指令,檢查 Hardware Diagnostic Suite 是否正在運行:


% ps -ef | grep HWDS

解決方法:請忽略此錯誤訊息。Hardware Diagnostic Suite 可正確啟動。

Hardware Diagnostic Suite 無法在本機區域適當地執行 (6337001)

Hardware Diagnostic Suite 僅可在全域區域中執行。由於 Sun Management Center 中的設定程序檔錯誤,Hardware Diagnostic Suite 在本機區域中無法正確執行。

解決方法:請勿在本機區域內執行 Hardware Diagnostic Suite。

效能報告管理程式軟體錯誤

Java 服務的問題導致效能報告管理程式收集代理程式資料失敗 (4855306)

如果將 15 個或更多效能報告管理程式報告請求排程為同時執行,則在軟體執行一段時間以後,可能會遇到一項或多項下列問題:

對於前述的某些問題,當啟動管理工作 GUI 時,控制台可能會顯示下列錯誤訊息:


作業服務不可用

類似地,對於這些問題中的某些問題,當您啟動報告管理程式 GUI 時,控制台中可能會顯示下列錯誤訊息:


報告服務不可用

解決方法:當您遇到此問題時,請停止並重新啟動您的伺服器元件。輸入下列指令:


# es-stop -A

# es-start -A

若要避免此問題,請勿將超過 15 個報告請求排程為同時執行。將排程請求的運行時間隔開一段時間。例如,如果每小時需要運行 20 個請求,請將其分割成兩個個別批次,每個批次包含 10 個請求。以 15 分鐘的時間間隔排程這些批次。請勿將批次排程為同時執行。

選取了「所有主機」選項時無法正確過濾警報報告 (4788475)

選取了「所有主機」選項並指定了過濾器後,無法從警報報告中正確過濾記錄代理程式機器的警報。

同時選取「所有主機」選項與一個過濾器後,指定的過濾標準將採用至記錄所有主機的全部警報。在報告輸出中傳回被過濾的警報。此外,該報告包含來自所有受監視主機的全部「代理程式未回應」警示和「主機未回應」警示。未將指定的過濾標準套用至此類警報。

解決方法:可透過明確指定警報報告的主機名稱來避免此問題。可從下列解決方法中選擇:

服務可用性管理程式軟體錯誤

x86 系統上 IMAP4 模組的儲存格值為空 (5032172)

增加到 IMAP4 之服務元素模組與 IMAP4 之合成作業事件模組的服務測量表格中的列的儲存格值為空 (零)。卸載並重新載入這些模組後加入列的作業將失敗,並顯示以下訊息:


Row with following index exists:nnn

此錯誤可能會導致 IMAP4 的服務元素與 IMAP4 模組的合成作業事件無法在 x86 系統上運作。

解決方法:請確定在 SPARC 代理程式主機上載入 IMAP4 模組的合成作業事件以監視在 x86 上執行的 IMAP 服務。必須配置載入的模組以測試 x86 系統上的 IMAP 服務。

Microsoft Windows 2000 系統上的「修改服務物件」對話方塊可能不接受字元 (4738717)

當運行 1.3.1 版本到 1.4.0 版本的 Java 運行時間環境時,Microsoft Windows 2000 系統上的 [修改服務物件] 對話方塊可能不接受特定文字欄位中的字元。當您嘗試從預設的 HTTP 變更服務類型值時,將不接受為 [主機名稱] 與 [實例] 文字欄位提供的字元。


備註 –

如果正在執行的是 1.4.1 版的 Java 執行期間環境,則不會發生此問題。


解決方法:在使用「修改服務物件」對話方塊之前,請在 Microsoft Windows 2000 系統上安裝 1.4.1版 的 Java 執行期間環境。

Solaris Container Manager 錯誤

Sun Management Center 的 CLI 安裝沒有翻譯

如果您使用 Sun Management Center 安裝的指令行介面 (CLI) 版本,則只有英文版本。此版本沒有翻譯。使用英文版本並不會影響安裝程序或功能性。

解決方法:要在您的語言環境執行安裝,請使用 GUI 安裝 (es-guiinst) 和設定 ( es-guisetup)。

「使用情況圖表」影像的標題和標頭以英文顯示

若您選擇不是英語的語言環境,「使用情況圖表」影像的標題和標頭仍會以英文顯示。這些值未被本土化。

SPARC: Solaris 8 發行版本中的延伸統計功能已停用

在執行 Solaris 8 作業系統的系統上,其 Container Manager 的延伸統計功能已停用。因此,Solaris 8 系統上的容器之 CSV 檔案的延伸統計資料 (Exacct) 欄將為空值。

/etc/project 資料庫中的某些專案可能無法被 Container Manager 探索

若代理程式主機的 /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 <使用者名稱>

以下為必要的設定檔:

若您發現必要設定檔遺失了,請執行下列指令 (以超級使用者的身份) 並修改與該使用者建立關聯的設定檔:

# 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 <使用者名稱>

代理程式效能降低或沒有回應 (6247892)

代理程式當機並將 scm-container* 檔案留在 /var/opt/SUNWsymon/cfg/ 目錄中。當代理程式重新啟動時,可能不會以最佳化的方式執行。若出現下列錯誤訊息表示可能發生此情況:

Insufficient security privilege to complete the operation.

您可以輸入下列指令以判定代理程式中的程序狀態:

% ps -eaf | grep esd

解決方法:要改善效能,請輸入下列指令:

  1. 成為超級使用者。

    % su -

  2. 停止代理程式。

    # /opt/SUNWsymon/sbin es-stop -a

  3. 刪除狀態檔案。

    # rm /var/opt/SUNWsymon/cfg/scm-container*

  4. 重新啟動代理程式。

    #/opt/SUNWsymon/sbin/es-start -a

重新開機後 Java Web Console 沒有重新啟動 (6252233)

伺服器重新開機後,Java Web Console 沒有自動啟動。

要啟動 Java Web Console,請輸入下列指令:

  1. 成為超級使用者。

    % su -

    輸入 root 密碼。

  2. 重新啟動 Java Web Console。

    # /usr/sbin/smcwebserver restart

  3. 確認 Java Web Console 將來會重新啟動。

    # /usr/sbin/smcwebserver enable

解決方法:無。

選取無效的語言環境時,區域建立會失敗 (6259233)

若在 [新增區域] 精靈中從 [語言環境] 下拉式功能表選取無效的語言環境,區域建立會失敗。[語言環境] 下拉式功能表可能包含無效的語言環境值。

要判定有效的語言環境,請參閱「International Language Environments Guide」的「Supported Locales」。

解決方法:在 [新增區域] 精靈中從 [語言環境] 下拉式功能表選擇有效的語言環境。如果您不確定語言環境值,請選擇 C 代表選取英文語言環境。

出現工具提示而不是警示標章 (6219617)

若出現警示情況,可能會出現警示符號的工具提示而不是警示標章。

若瀏覽到另一窗格,然後回到警示物件的圖示,圖示上的標章會正確顯示。

解決方法:無。

按一下瀏覽器的返回按鈕時,可能會發生異常情況 (6241424)

若按一下瀏覽器的返回按鈕,Container Manager 可能會發生異常情況。本發行版本不支援瀏覽器的返回按鈕。

要自此異常情況回復,請到下列網址://伺服器名稱:6789/容器,並瀏覽到適當頁面。

解決方法:無。

使用者 nobody 擁有的某些程序未移動到容器 (5011290)

Solaris 9 作業系統中的某些程序,例如使用者 nobody 執行的 JavaTM 應用程式未移動到容器中,因為 newtask 指令中有錯誤。

解決方法:使用 newtask 指令在適當容器中啟動由使用者 nobody 執行的應用程式。


# /usr/bin/newtask -p 專案名稱 指令

專案名稱是啟動該應用程式的專案,而指令是啟動該應用程式的指令。

如需更多資訊,請參閱 newtask(1) 線上手冊。

使用 nscd 做為符合表示式會導致主機當機 (4975191)

若使用下列符合表示式之一建立容器定義並隨之將其啟動,代理程式主機會當機:

解決方法:使用 newtask 指令於適當的專案中啟動 nscd 程序:


# /usr/bin/newtask -p 專案名稱 指令

專案名稱是啟動該應用程式的專案,而指令是啟動該應用程式的指令。

如需更多資訊,請參閱 newtask(1) 線上手冊。

重新安裝或執行伺服器層的設定後,代理程式主機遺失 (4964051)

如果您計劃於伺服器層上重新安裝 Sun Management Center 軟體,請於解除安裝時先儲存資料。相同的,如果您於伺服器層再次執行設定時,若想要重新建立資料庫,請於出現提示時回答「否」。否則,若是資料未儲存而您又於伺服器層重新安裝或再次設定,則先前被探索的代理程式主機可能會從資料庫遺失。

解決方法:如果在重新安裝或重新執行設定後遺失主機,請執行下列程序以重新啟動主機上的 Sun Management Center 代理程式:

  1. 登入代理程式系統。

  2. 成為超級使用者。

    % su -

  3. 鍵入以下指令以停止 Sun Management Center 代理程式:


    # /opt/SUNWsymon/sbin/es-stop -a
    
  4. 鍵入以下指令以啟動 Sun Management Center 代理程式︰


    # /opt/SUNWsymon/sbin/es-start -a
    

建立區域後,則要求 zlogin -C (6388082)

如要存取在其他實體機器中的區域,請在全域區域輸入 zlogin -C <區域名稱> 並設定該區域。

在區域建立的 [名稱伺服器] 欄位中,請輸入名稱伺服器值,並加上 IP 位址。例如,[名稱伺服器] 欄位的值可為 ns1.sun.com (10.255.255.255)

附加配置讀取器錯誤

es-validate 指令在英文與其他語言安裝間報告不一致的版本號碼 (6331558)

入門級平台 (ELP) 的本土化套裝軟體、Netra、桌面/工作站和工作群組伺服器附加軟體在此版本中沒有更新,因為自前兩個版本以來就不需要變更。

解決方法:無。

PICL 可能不會解譯低階和中階系統上的某些系統配置變更 (6243759)

此問題發生在 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 。

Netra 錯誤

PICL 常駐程式必須在動態重新配置後重新啟動 (6247392)

在執行 Solaris 10 的系統板上使用 cfgadm 指令執行動態重新配置 (DR) 作業後,在配置讀取器表中的數個值未顯示或是顯示為「--」。下列配置讀取器表項目會受到影響:

硬體摘要和實體檢視也會受到影響。硬體摘要之值顯示為「--」,而實體檢視沒有顯示系統的圖形。

解決方法:

於 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 常駐程式 (6247392)

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 相反 (6277372)

DC 電源供應器欄位 A 和 B 的報告不正確地相反呈現。如果 A 是故障而 B 是正常,Sun Management Center 會報告為 B 是故障而 A 是正常,反之亦然。

解決方法:無。

動態重新配置作業期間未偵測到內部裝置 (6326558)

在 Solaris 10 系統上的 DR 作業之移除程序期間未偵測到內部裝置 (例如:磁碟和網路)。

解決方法:在 DR 作業後使用下列指令重新啟動 PICL 常駐程式:

% svcadm restart picl

解決方法可能無法啟動 Solaris 10 系統上執行的代理程式,以便偵測內部裝置 (磁碟、網路) 其移除、插入或重新配置的作業情況。

工作群組伺服器錯誤

選取 Sun Fire V880 和 Sun Fire V480 伺服器上的警報標籤會導致產生警報警示訊息 (6317433)

在具有兩個物件的 Sun Fire V880 和 Sun Fire V480 伺服器上,當您在已探索的物件上選取 [警報] 標籤,會出現與下列訊息相似的警報警示訊息。

螢幕上可能會顯示以下警示訊息:

無法從代理程式取得事件管理資訊。代理程式為忙碌或當機。會預設為本機事件管理員。

可能的情況是,此警示訊息不正確而代理程式正適當運作中。

按一下 [確定] 使警報標籤表將本機事件管理當作預設。如果已探索物件的詳細資訊視窗關閉又再次開啟,按一下 [警報] 標籤會顯示相同的警示訊息。

解決方法:無。

Solaris 10 上的 Sun Fire V890 伺服器硬體規則表中的不正確處理器類型 (6318026)

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) 做為處理器類型。

解決方法:無。