問題包括您應瞭解的資訊,如要求、提示、疑難排解提示與錯誤。 錯誤是問題的一個子集。 錯誤的追蹤編號在圓括號中顯示。 如需有關錯誤的更新資訊和有關修補程式的資訊,請參閱位於 http://sunsolve.sun.com 的 SunSolveSM 網站。
解決方法:水平放大視窗。
domain-config.x 中的定義中沒有任何問題。
解決方法:忽略此訊息。
正在安裝效能報告管理程式資料庫時,按 [下一步] 按鈕可能會導致錯誤發生。
解決方法: 正在配置效能報告管理程式資料庫時,不要按 [下一步] 按鈕。
在某些非英文語言環境中使用快捷鍵 (捷徑) 執行以下作業可能不起作用:
建立物件 > 區段標籤
管理工作 > 新工作
管理工作 > 加入工作
記錄設定
PRM > 匯出資料 > 儲存
解決方法: 使用滑鼠執行作業。
當在 NetscapeTM 4.7 版本的瀏覽器中檢視時,簡體中文語言環境 zh_CH.GBK 與 zh_CN.BG18030 中的頁面文字為亂碼。
解決方法: 指定其他瀏覽器作為您的預設瀏覽器。 已知以下瀏覽器可在這些語言環境中正常工作:
NetscapeTM 6.2.2
Netscape 7.x
MozillaTM
Microsoft Internet Explorer
當使用 Netscape 4.6.x 版本的瀏覽器時,在繁體中文語言環境中 (zh_TW.UTF-8) 透過按一下 [說明] 按鈕顯示的頁面有亂碼。
解決方法: 為了避免此問題,請指定其他預設瀏覽器,如 Netscape 6.x.x 或更新版本。
對於繁體中文使用者,某些 Sun FireTM Link 說明按鈕以簡體中文顯示。 以簡體中文而非繁體中文顯示的說明頁面包含 [管理所有分割區] 與 [管理註冊的節點] 對話方塊按鈕。
解決方法:使用 [結構詳細資訊] 主控台上的 [說明] 按鈕來檢視正確的說明頁面。 [結構詳細資訊] 主控台是 Sun Fire Link 的主要圖形化使用者介面 (GUI)。
如果從代理程式的 ACL 中刪除群組 esadm,然後將個別使用者增加到該代理程式的 ACL 中,則不會將使用者自動增加到伺服器支援模組的 ACL 中。 因為伺服器支援模組不會隨同使用者更新,所以伺服器支援模組不允許啟動或禁用效能報告管理程式。 以下訊息會顯示:
Unable to enable/disable PRM data collection on an agent with new user |
解決方法: 將 esadm 群組增加到代理程式的 ACL 中,然後將個別使用者增加到 esadm 群組。
對於成功的代理程式更新作業,[工作管理員] 使用者介面顯示「已失敗」。 當使用管理工作 GUI (圖形化使用者介面) 執行代理程式更新作業時,作業狀態將在兩個不同的層級上顯示為成功或失敗。
狀態摘要: 如果嘗試在多台主機上執行此作業,那麼即使該作業在其中的一台主機上失敗,整個工作的狀態也將顯示為「已失敗」。
個別狀態: 透過按一下 GUI 中的 [檢視日誌] 按鈕,您可以檢視個別主機上的作業狀態。
升級已成功,但由於代理程式升級涉及到重新安裝與重新配置而導致代理程式的 SNMP 埠已發生變更。
升級已成功,但 SNMP 請求逾時 (由於各種其他因素) 且狀態未成功傳回。
升級已成功,但程序所用的時間已超過伺服器為每台個別主機設定的 30 分鐘逾時。 因此,從代理程式端啟動狀態報告之前,等待狀態更新的伺服器執行緒已終止。
解決方法:使用伺服器主機詳細資訊視窗中的 [檢視日誌] 標籤查看伺服器主機上的 InstallServer.log。 在執行該作業的每台目標主機的 /var/opt/SUNWsymon/install/agent-update.log 中均可找到該作業的詳細資訊。
模組配置傳遞 (MCP) 透過單個預先定義的埠讀取與寫入至 Sun Management Center Web 伺服器。 預設的埠是 8080。如果 Web 伺服器位於防火牆的後面,則 MCP 從它讀取沒有任何問題,但在寫入它時將出現問題。 一旦 Web 伺服器建立與 MCP 的連線,該伺服器便任意指定一個埠來執行它的工作。 您無法指定 Web 伺服器應指定哪個埠號碼。
解決方法:無。
在具有連接至第二個系統的使用中終端連線 (TIP 工作時段) 之系統上測試串列埠時,將導致第二個系統進入 OpenBoot PROM OK 提示符號。 中斷序列是在串列埠上測試的一部分。 不提供中斷序列將傳送至 Sun Management Center 主控台的任何通知。
解決方法:如果第二個系統有鑰匙開關,請將此鑰匙開關設定到鎖定位置,以防止中斷序列的反應。 另外,在第二個系統上,請在運行測試之前鍵入以下指令。
# kbd -a disable |
Sun StorEdge D1000 附件上的完整 Hardware Diagnostic Suite 測試可能仍會報告非關鍵錯誤 (如拔下電源供應器電纜),即使該問題已經修復。
解決方法:重新啟動連線至 Sun StorEdge D1000 系統的 Sun Management Center 代理程式。
將 JAVA_HOME 路徑的長度設定為一個大於 80 個字元的值時顯示下列不正確的錯誤訊息:
Could not start Hardware service |
您可以透過鍵入以下指令,檢查 Hardware Diagnostic Suite 是否正在運行:
% ps -aef | grep HWDS |
解決方法:可以忽略此錯誤訊息。 Hardware Diagnostic Suite 可正確啟動。
透過 Hardware Diagnostic Suite 主控台在伺服器上執行多個長期程序時,可能會發生記憶體的緩慢洩漏。 如果該伺服器上無其他可用記憶體,Sun Management Center 3.5 Update 1 可能會當機並可能傾印核心。
解決方法: 無。 必須重新啟動該伺服器。
如果將 15 個或更多效能報告管理程式報告請求排程為同時運行,則在軟體運行一段時間以後,可能會遇到下列問題中的一個或多個。
資料並非從代理程式機器收集而來
某些報告請求將無限期地處於運行狀態
報告請求無法依需要進行排程
群組作業請求無法依需要進行排程
無法啟動報告管理程式 GUI
無法啟動管理工作 GUI
對於前述的某些問題,當啟動管理工作 GUI 時,控制台可能會顯示下列錯誤訊息:
Task Service is not available |
類似地,對於這些問題中的某些問題,當您啟動報告管理程式 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 運行時間環境。
如果在附接了 IBM LT0 磁帶程式庫的系統上執行 Sun Management Center 配置讀取器,則可能間或顯示下列磁帶錯誤訊息:
Periodic head cleaning required. |
解決方法:忽略錯誤訊息。 該磁帶程式庫和 Sun Management Center 軟體將繼續運行。
在系統管理服務 (SMS) 的指令行執行 addboard 作業後,可能需要等候 10 分鐘來更新相應的 Sun Management Center [平台] 視圖。
解決方法: 等待 10 分鐘以更新 [平台] 視圖。
建立 Sun Fire 高階 (15K/12K) 平台物件後,位於 Sun Management 主控台右側面板上的平台圖示視圖可能不顯示。
解決方法:請從下列兩種解決方法中選擇:
如果您不需要使用該平台圖示,請使用位於 Sun Management Center 主控台左側面板上的階層結構進行導覽。
如果您更喜歡平台圖示可見,請使用下列指令將圖示檔案複製到恰當的目錄中:
# cp /opt/SUNWsymon/classes/base/console/cfg/topoimages \ sf15000-platform-xlarge.gif /var/opt/SUNWsymon/cfg/deviceimages \ Starcat-sf15000-platform-xlarge.gif |
新檔案名稱與原始的檔案名稱不同。
反斜線 (\) 是一個 UNIX 記號,指示指令行未完待續。
在圖形使用者介面 (GUI) 中執行 [移動板] 作業後,您可以在 [移動板] 對話方塊的進度區段追蹤其狀態。 但有時可能會出現作業已成功但並不顯示完成訊息的情況。
解決方法:使用圖形化使用者介面 (GUI) 或指令行介面 (CLI) 驗證作業是否已完成。
GUI – 關閉 [移動板] 對話方塊並開啟 [顯示狀態] 對話方塊,以檢視與該作業相關的所有訊息。 訊息 No status from the agent 指示作業已完成。
CLI – 在 SC 上執行的此指令的輸出將告訴您作業是否已完成:
% ps -ef | grep moveboard |
分離、附加
解除指定、指定
開啟電源、關閉電源
解決方法:編輯這些對話方塊的內容不會影響 Sun Management Center 3.5 的功能。 按一下 [確定] 或 [取消] 按鈕。
使用 Sun Fire 15K/12K 系統時,插槽板的 [網域] 視圖有時會顯示錯誤的網域 ID。 當插槽板以指定的網域 ID n 列示在 ACL 清單中時,將一直保留該 ID n,即使已從此視圖的網域中對板解除指定。
解決方法: 要確定正確的網域 ID,請檢查 [平台] 視圖,而不是 [網域] 視圖。
當在 [平台管理] -> [插槽] -> [SC] 表中列出的系統控制器 (SC) 上按下滑鼠按鈕 3 時,功能表不提供關閉電源選項。
解決方法:使用指令行介面 (CLI) 關閉系統控制器的電源。
當在 [平台管理] -> [插槽] ->[電源供應器] 表中列出的電源供應器上按下滑鼠按鈕 3 時,功能表不提供開啟電源/關閉電源選項。
解決方法:使用指令行介面 (CLI) 開啟或關閉電源供應器。
熱插入作業後,[平台管理] -> [插槽] -> [CPU] 表與 [I/O 板] 表中將遺漏節點名稱。
解決方法:使用 [更新] 按鈕更新表格並顯示正確的值。
在 [DR 模組] -> [附接點] -> [WPCI 板] 表中的 Sun Fire Link 周邊元件連接 (WPCI) 板上嘗試動態重新配置 (DR) 作業時,狀態視窗將不顯示您無法動態重新配置 WPCI 板的錯誤訊息。
解決方法:使用指令行介面 (CLI) 動態重新配置 WPCI 板。
如果已使用 setupplatform -p sc 指令在系統控制器中設定了邏輯網際網路通訊協定 (IP) 位址,則在平台管理模組中設定系統控制器時,您需要使用邏輯 IP 位址。 否則,您將看到一個黑色的板,且平台管理模組中的所有表均為空。
解決方法:使用 showplatform -p sc 指令檢查系統控制器是否已設定邏輯 IP 位址。 如果這樣,請為平台管理模組中的系統控制器設定邏輯 IP 位址。
若要在網路位址轉換 (NAT) 環境中使用 Sun Management Center 與 Sun Fire Link,您必須先安裝修補程式。
Solaris 8 平台: 修補程式 116164
Solaris 9 平台: 修補程式 116162
在 Sun Fire 中階系統上使用 Sun Fire Link 圖形化使用者介面 (GUI) 時,您可能會遇到未預期的運作方式。 當您按一下 [確定] 按鈕時,對話方塊有時不關閉。 對話方塊中的狀態訊息有時可能會反映過時的資訊。
解決方法:如果遇到此運作方式,請使用指令行介面 (CLI) 而非 GUI 以取得最新狀態資訊。
如果節點在配置了叢集後,啟動所有的連結前失敗,則 Sun Management Center 主控台和「結構詳細資訊」視窗可能會凍結。
Solaris 8 平台: 修補程式 116164–02
Solaris 9 平台: 修補程式 116160–01 與 116162–01
如果您為 Sun Fire Link Switch 配置選取等量分割層級 1,則等量分割層級會自動升級到 2。但是該層級不會在 Sun Management Center 主控台的 [結構詳細資訊] 視窗中顯示出來。
Solaris 8 平台: 修補程式 116164–02
Solaris 9 平台: 修補程式 114995–02 與 1161612–01
如果在叢集節點關閉時,連結狀態顯示在「結構詳細資訊」視窗中,則 Sun Management Center 主控台可能在一個小時或更長的時間裡不會更新受影響連結的狀態。 而且,如果叢集節點已修復,並且重新建立了連結,則 [結構詳細資訊] 視窗可能繼續將連結顯示為關閉。
解決方法:根據運行的 Solaris 版本套用修補程式。
Solaris 8 平台: 修補程式 116164–01
Solaris 9 平台: 修補程式 116162–01
如果您卸載並停止一個結構,然後載入不同名稱的其他結構,則 Sun Management Center 主控台視窗中顯示的 Sun Fire Link (SFL) 物件圖示將保留已移除結構的名稱。 但 [結構] 圖示標籤將顯示新結構的名稱。
解決方法: 卸載並停止您要替代的結構後,請刪除相應的複合物件。
如果您透過在 Sun Management Center [結構詳細資訊] 視窗中按下滑鼠按鈕 3 來存取結構圖示快顯式功能表,則可能不顯示 [管理註冊的節點] 功能表選項。
解決方法: 改為使用 [結構] 功能表選取 [管理註冊的節點] 選項。
當觸發 Sun Fire Link 切換模組中的警報時,切換實體視區或邏輯視區 (PV/LV) 不顯示警報顏色。
解決方法:您可以在該模組的瀏覽器和警示表中檢視正確的警示顏色。
[結構詳細資訊] 視窗不包含 [底架與連結] 透視的大型圖示視圖中的捲動軸。 當影像大於 [結構詳細資訊] 視窗時,應總是顯示捲動軸。 捲動軸可讓您檢視大型分割區中的所有節點。
解決方法: 在 [底架與連結] 透視中時,從大型圖示視圖變更為小型圖示視圖。 將顯示捲動軸。 然後再變回大型圖示視區。 捲動軸將繼續顯示。
從大型圖示 [底架與連結] 透視變更至 [節點與路由] 透視時,也會顯示捲動軸。 但是,當您變回大型圖示 [底架與連結] 透視時,捲動軸將不再可用。
在 Sun Management Center [結構詳細資訊] 視窗中,當您處於 [底架與連結] 透視中時,在以下實例中可能會顯示空白灰色方塊:
在向新建立的分割區物件增加切換之前
當您在取消配置結構時從單一分割區刪除了最後一個切換後
解決方法: 套用適當的修補程式。
Solaris 8 平台: 修補程式 116164–02
Solaris 9 平台: 修補程式 116162–01
當代理接收來自核心系統事件通知常駐程式的事件時 syseventd(1M) ,Sun Fire Link 結構管理程式遠端共用記憶體 (WRSM) 代理會發生記憶體錯誤。
解決方法:對於 Solaris 8 或 Solaris 9 平台,請套用修補程式 114786–02。
在結構詳細資訊環境中顯示路由特性資料時,表中的 [至] 和 [從] 欄位可能會遺漏某些資料。
解決方法:無。
當 Sun Fire 高階 (15K/12K) 底架有兩個或多個節點配置到同一分割區時,如果該底架是分割區內唯一具有多個節點的底架,則嘗試從分割區移除節點可能會失敗。 當將底盤的多個節點配置到同一分割區時,建立記憶體對映別名的需要將導致此問題。 別名的命名是由向共同分割區提供多個節點的每個底盤獨立完成的。 當您從分割區中底盤的節點移除至僅剩一個時,為此底盤建立的別名將失效。
例如,如果您具有包含以下三個節點的分割區:
xc1-a、xc1-b、xc2-a |
此處的 xc1 與 xc2 是兩個 Sun Fire 高階 (15K/12K) 系統。
如果您從分割區中移除了 xc1-a 或 xc1-b, xc1 系統的記憶體對映別名將失效。
但是,如果分割區包含兩個或更多可提供多個節點的底架,則為第二個底架建立的記憶體對映別名將會補償第一個底架中別名的遺漏。 此補償允許連續使用分割區。
例如,如果您具有包含以下四個節點的分割區:
xc1-a、xc1-b、xc2-a、xc2-b |
如果您從分割區中移除了 xc1-a 或 xc1-b, xc1 系統的記憶體對映別名將失效。 但是底架 xc2 的別名仍然有效。 分割區可以繼續作業。
解決方法:對於 Solaris 8 平台,請套用修補程式 116160–01。
如果您使用代理程式更新公用程式更新 Sun UltraTM 5 工作站上的 Sun Management Center 3.5,則在升級後工作站可能會將自己識別為 Sun Ultra 10 工作站。 結果,在 Sun Management Center 視窗中 Sun Ultra 5 的圖示和實體視區將顯示為 Sun Ultra 10 的圖示和實體視區。
解決方法:若要更正此問題,請完成以下步驟:
在系統提示符號處,鍵入以下指令以停止 Sun Management Center 代理程式:
# es-stop -a |
變更至下列目錄:
# cd /var/opt/SUNWsymon/platform |
在 platform prop 檔案中,將項目 UltraModel=10 變更至 UltraModel=5。
鍵入以下指令以啟動 Sun Management Center 代理程式:
# es-start -a |
當您執行探索請求並選擇依平台類型探索平台時,可用的平台將顯示在下拉式功能表中。 此下拉式功能表位於「新探索請求」對話方塊的「過濾器」標籤下。
此下拉式功能表不包括下列 Sun Enterprise Ultra 伺服器的項目:
Sun Enterprise Ultra 2
Sun Enterprise Ultra 5
Sun Enterprise Ultra 10
解決方法:如果您需要為前述的任一 Sun Enterprise Ultra 伺服器執行探索請求,請手動執行該請求。
Sun Management Center 3.5 Update 1 要求最新的 SUNWluxop 修補程式。
解決方法:對於具有 A5 x00 儲存裝置的系統,請下載並套用 SUNWluxop 套裝軟體的修補程式。
Solaris 6 平台: 無可用的修補程式
Solaris 7 平台: 修補程式 107473-07 或更高版本
Solaris 8 平台: 修補程式 111413-12 或更高版本
Solaris 9 平台: 修補程式 113043-06 或更高版本