test

Sun Management Center 4.0 版本說明

第 2 章 執行期間問題

本章的問題包括您應瞭解的資訊，例如：必要資訊、提示、疑難排解提示與錯誤。錯誤歸屬問題的一部分。錯誤的追蹤編碼顯示於括號中。若需錯誤的更新資訊與修補程式，請參閱 SunSolveSM 網站，網址為：http://sunsolve.sun.com。

Sun Management Center 錯誤

連線至 x86 伺服器的 Java 主控台中的 SPARC 物件沒有實體檢視 (6621460)

Sun MC 4.0 發行版本中的硬體監視由實體檢視與邏輯檢視功能所組成。然而，只有透過 SPARC 伺服器來監視管理節點時，才可使用本功能。本功能無法用於透過 x86 伺服器監視的 SPARC 管理節點。

解決方法：無。

執行 Sun MC 4.0 伺服器的設定之前必須先編輯 /etc/project (6620423)

在設定 Sun MC 4.0 伺服器期間，db-start 指令可能會失敗。螢幕上會顯示許多錯誤訊息。例如：


db-start failed

或是：


Parsing errors for the topology-license-d.x file

解決方法：執行 Sun MC 4.0 伺服器的設定之前，先編輯 /etc/project 檔案。資料庫使用者通常會從 /etc/project 檔案中的預設專案取得資源。編輯 /etc/project 檔案中的適用行，以包含下列值：


default:3::::project.max-shm-memory=(priv,5368708912,deny)

得出的值通常相當於系統可用記憶體總量的三分之一。

如果已為資料庫使用者建立了新專案，請編輯該新專案的適用行。

僅安裝 ASM 附加產品時不會顯示 [檢視記錄] (6620258)

只有當 ASM 附加產品是安裝在代理程式和伺服器上時，才能看到 [檢視記錄] 標籤。如果 ASM 附加產品沒有偵測到代理程式平台的配置讀取器，則不會顯示 [檢視記錄] 標籤。如同 ASM，配置讀取器也是一個附加產品，供安裝 Sun MC 代理程式的硬體專用。

解決方法：在所有平台上安裝適用的附加產品。例如：

針對 T2K、T1K 和 Sun Blade 等入門級平台，必須安裝 ELP 配置讀取器，才能取得伺服器和代理程式節點的完整功能。

Web 主控台中的 Product Registration 用戶端連結沒有說明頁面 (6620205)

[工具] -> [註冊] 多重摺疊連結可啟動 Product Registration 用戶端程式，該程式可讓用戶將他們的資產註冊至 Sun，以取得更好的服務和支援。Web 主控台中不會顯示此連結的 [線上說明]。

解決方法：無。

第一次應在前景中啟動 Java 主控台 (6618460)

第一次使用 es-start -c 指令在 Solaris 或 Linux 機器上啟動 Java 主控台時，程序檔會詢問使用者是否啟動 Product Registration 用戶端。然後，程序檔會等待使用者輸入資料。從第二次使用開始，該指令便不會再等待使用者輸入資料。如果主控台是在背景中啟動的，程序檔則會在背景中等待使用者輸入資料，而主控台也將無法啟動。

解決方法：第一次在前景中啟動 Java 主控台。如果已在背景中啟動主控台，請使用 fg 指令將它移到前景。

es-restore -c 和 es-restore -f 指令失敗 (6617356)

螢幕上將顯示下列錯誤訊息：


Operation failed

解決方法：無。

在 Windows 上看不到左側窗格 (6607610)

當登入主控台出現在 Windows 上時，左側窗格不可見。該窗格的寬度為 0。

解決方法：拖曳捲動軸以增加該窗格的寬度。

Solaris Container Manager 4.0 中未顯示上下文相關的說明 (6604224)

在 Web 主控台中，如果在任何 Solaris Container Manager 頁面中按一下任何 Solaris Container Manager 線上說明的連結，會顯示相同的說明主題。

解決方法：無。說明視窗開啟後，使用者便可按一下所想要的主題。

從 Sun MC 3.6.1 升級到 4.0 時產生資料庫遷移問題 (6601078)

伺服器從 Sun MC 3.6.1 遷移至 Sun MC 4.0 後，無法啟動 Java 主控台。螢幕上將顯示下列錯誤訊息：


Unable to load console info

解決方法：鍵入下列指令：


# es-stop -A


# es-start -A

無法在僅有一個 CPU 可用於新儲存池的節點上建立新的資源儲存池 (6599728)

在 Windows XP 系統上的 Internet Explorer 中建立資源儲存池時，如果僅有一個可用的 CPU，則無法建立資源儲存池。螢幕上將顯示下列錯誤訊息：


No CPUs available for creation of new resource pools. 
At least 1 CPU should be free or available to create a new Resource Pool 
or a new Dynamic Resource Pool.

雖然螢幕上可能顯示無法建立資源儲存池，但事實上該儲存池卻已經建立。

無法在 Mozilla 上繼續進行專屬 CPU 分配 (6593548)

解決方法：使用 Firefox 和 Internet Explorer 瀏覽器取代 Mozilla 進行專屬 CPU 分配。

瀏覽器介面中缺少運作狀態監視的基本金鑰 (6586121)

解決方法：以超級使用者身份登入。鍵入下列指令：

  1. /usr/sbin/smcwebserver stop

  2. /usr/sbin/smcwebserver start

沒有說明的新建立物件顯示不正確的說明 (6585734)

沒有說明的新建立物件顯示現有物件的說明。

解決方法：無。

無法登入以 Java Web Console 為基礎的瀏覽器介面 (6581898)

解決方法：鍵入下列指令：

  1. /usr/sbin/smcwebserver stop

  2. /usr/sbin/smcwebserver start

某些可用模組缺少基本金鑰 (6562150)

解決方法：安裝完成後鍵入下列指令：

  1. /usr/sbin/smcwebserver stop

  2. /usr/sbin/smcwebserver start

瀏覽器介面中的所有實體檢視和邏輯檢視特性都缺少基本金鑰 (6561661)

解決方法：以超級使用者身份登入。鍵入下列指令：

  1. /usr/sbin/smcwebserver stop

  2. /usr/sbin/smcwebserver start

LED 資訊的警報嚴重性不清楚 (6559204)

無法決定 LED 資訊的警報的嚴重性是緊急還是中等。此嚴重性尚無文件記錄。

不會顯示錯誤訊息。對於除 ON 以外的所有值，螢幕均顯示 LED 警報的黃色警報，它代表 Sun MC 中的警告警報。

解決方法：無。

X86 配置讀取器在 Sun Fire X2100 機器上顯示黑色污漬 (6546750)

將 x86 配置讀取器安裝到 Sun Fire X2100 系統後，鍵入 es-start -c 以開啟 Java 主控台。選取 [模組瀏覽器] 時，x86 配置讀取器會顯示於 [硬體] 標籤下。即使 Sun MC 4.0 已執行超過 24 小時，仍會顯示黑色污漬而不是 LED 資訊。

解決方法：無。

Product Registration 用戶端的啟動和用法

安裝任何主控台後，第一次啟動 Product Registration 用戶端時使用 es-start -c 指令。程序檔不會報告 Product Registration 用戶端所發現的任何錯誤。如果沒有成功完成註冊，用戶端也不會重新啟動。

解決方法：按一下 [工具] -> [註冊] 以重新啟動 Product Registration 用戶端。您也能使用以 Java Web Console 為基礎的瀏覽器介面之 [工具] -> [註冊] 多重摺疊連結。

Product Registration 用戶端的相關訊息會以英文顯示

Product Registration 用戶端啟動與 Product Registration 用戶端的相關訊息未本土化。您可按照下列方法啟動 Product Registration 用戶端：

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

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

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

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

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

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

解決方法：無。

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

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

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

在系統開機或重新開機期間，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 檔案中。

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

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


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

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

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

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

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

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

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

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

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

解決方法 2：使用 JDK 1.6 或相容版本。

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

解決方法：無。

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

解決方法：無。

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

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

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

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

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

對於自訂的時間選擇，有一小時的資料不會繪製到圖形中 (6619000)

可以為使用者指定的時間範圍產生效能報告管理程式圖形。在 Sun MC 4.0 發行版本的效能報告管理程式圖形中，如果時間範圍的下界與產生資料的時間點相同，則不會顯示該點。

解決方法：在下界中加入 0.5 至 1 小時的額外間隔。

例如，若某個特性的每小時資料起始於 5.30、6.30 等，截止於 11.30，且要求繪製 6.30 至 10.30 範圍的圖形，則該圖形不會包含 6.30 的資料點。不過，如果該範圍是 6:00 至 10:00，則可正確地繪製所有點。

增量安裝效能報告管理程式時，不會執行 perftool 程序 (6615241)

在整個根區域中增量安裝效能報告管理程式時，不會配置效能報告管理程式的代理程式模組。

解決方法：修改 /var/opt/SUNWsymon/cfg/zone-modules-d.dat 檔案。

10 個資料屬性要花費很長時間來產生七天效能報告管理程式報告 (6611541)

如果受監視代理程式的數量很多 (例如超過 100)，而且效能資料很大，則產生最近七天的資料之報告會花費很長時間。七天的時間限制指的是從目前日期開始，到最低細節層級的之前資料保留於資料庫中的時間。最低細節層級以小時來衡量。因此，這份報告需要資料庫擷取最大量的資料。要求的資料屬性越多，資料越大。八天對資料庫造成的壓力是相同的，因為仍是擷取七天的資料。

超過八天後，之前資料則以每天、每週和每月的間隔來保留。因此，時間範圍超過八天的報告之產生速度反而較快。

解決方法：當代理程式的數量很多時，請將每小時資料的時間限制從七天減少為五天。

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

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

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


Task Service is not available

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


Report Service is not available

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


# 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 錯誤

當資源儲存池為專屬 CPU 儲存池時，無法建立區域 (6618997)

從主機環境中啟動區域建立精靈時，會顯示資源儲存池選取螢幕。如果目標主機上建立了一個以上具有專屬 CPU 的執行中區域，則儲存池清單會顯示其 SUNWtmp 儲存池以供選取。但選取 SUNWtmp 儲存池後，無法建立區域。專屬 CPU 配置會建立暫時的儲存池，但它們不能由兩個區域共用。螢幕上會顯示下列錯誤訊息：


Below are the log file contents of the zone you have entered. 
autoboot: No such property type usage: set = Sets property values. 
For resource type ... there are property types ...:

解決方法：指定專屬 CPU 編號或不要為區域建立選取 SUNWtmp 儲存池。

完整根區域遷移失敗 (6608767)

完整根區域遷移 (包括標記區域遷移) 失敗。針對完整根區域和其內容進行區域遷移和複製時，會造成以下錯誤：

除了這些錯誤外，也可能發生以下問題：

解決方法：確保滿足下列條件：

區域建立不會顯示標記區域的權限選取螢幕 (6600424)

在 Solaris 10 11/06 與 Solaris 10 8/07 發行版本中，區域建立精靈包含一個可為區域配置輸入預設和選擇性權限的螢幕。對於標記區域，則不會顯示本螢幕。

解決方法：使用 [區域特性] 頁面修改區域權限。如果權限更新，該區域可能需要重新啟動。

建立的專案警報沒有反映在區域層級上 (6513203)

安裝 Solaris Container Manager 4.0 與所有修補程式，並建立區域。選取新建立區域的預設專案的任一列。按一下 [警報臨界值] 並建立警報後，該警報會傳遞至左側視窗窗格，但不會反映在造成此警報的區域上。

解決方法：無。

無法檢視已重新命名之區域的記錄 (6512003)

鍵入已重新命名之區域的新名稱並按一下 [區域記錄] 按鈕時，螢幕上會顯示下列錯誤訊息：


Zone Log Contents 
Below are the log file contents of the zone you have entered.
tail: cannot open input

此錯誤表示該區域名稱無效。鍵入重新命名前的原始區域名稱並按一下 [區域記錄] 按鈕時，螢幕上會顯示下列警告訊息：


Zone updated successfully
Zone updated successfully  
Configuring zone with the following attributes: 
zonename lzdeluth2  
Zone Rename successful.  
zoneadm: zone 'del2': WARNING: hme0:1: 
no matching subnet found in netmasks(4) for 10.12.174.155; 
using default of 255.0.0.0

解決方法：無。

重新命名區域時發生不一致 (6510926)

重新命名新建立的區域，並儲存新名稱。前往資源儲存池預設頁面，重新命名的區域未在區域清單中反映。如果按一下未反映出重新命名的區域，則會顯示新的頁面。此頁面的右側面板為空白。左側面板的樹狀結構未展開。

重新命名該區域後，不會摺疊左側面板中的樹狀結構。重新整理系統。重新命名的區域會顯示在右側面板中，但不會顯示在左側面板中的 pool_default 下。

解決方法：無。

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

如果您選擇非英文的語言環境，「使用情況圖表」影像的標題和標頭仍會以英文顯示。這些值尚未本土化。

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

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

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

如果代理程式主機的 /etc/project 資料庫中的某個專案與 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/containers，並瀏覽到適當頁面。

解決方法：無。

使用者 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)

此發行版本並未更新入門級平台 (Entry-Level Platform, ELP)、Netra、桌面/工作站和工作群組伺服器附加軟體的本土化套裝軟體，因為自前兩個版本以來就不需要變更。

解決方法：無。

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

這個問題發生於 ELP、Netra 和桌面/工作站配置讀取器。

在使用 Solaris 10 軟體的 Netra 240/440/T4、Sun Blade 100 和 Sun Fire V240 伺服器上，平台資訊和控制程式庫 (Platform Information and Control Library, PICL) 可能不會在初始化後解釋某些系統配置變更，如 bge1-bge3 驅動程式。這些驅動程式的實例會反映於 prtconf -v 指令的輸出中，而不會反映於 prtpicl -v 指令的輸出中。

解決方法：藉由發出 svcadm restart picl 指令重新整理 PICL 與 prtconf 公用程式。

Netra 錯誤

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

在執行 Solaris 10 的系統板上使用 cfgadm 指令執行動態重新配置 (dynamic reconfiguration, 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)

在 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 相反 (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) 顯示為處理器類型。

解決方法：無。