本章的問題包括您應瞭解的資訊,例如:必要資訊、提示、疑難排解提示與錯誤。錯誤歸屬問題的一部分。錯誤的追蹤編碼顯示於括號中。若需錯誤的更新資訊與修補程式,請參閱 SunSolveSM 網站,網址為:http://sunsolve.sun.com。
Sun MC 4.0 發行版本中的硬體監視由實體檢視與邏輯檢視功能所組成。然而,只有透過 SPARC 伺服器來監視管理節點時,才可使用本功能。本功能無法用於透過 x86 伺服器監視的 SPARC 管理節點。
解決方法:無。
在設定 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 附加產品是安裝在代理程式和伺服器上時,才能看到 [檢視記錄] 標籤。如果 ASM 附加產品沒有偵測到代理程式平台的配置讀取器,則不會顯示 [檢視記錄] 標籤。如同 ASM,配置讀取器也是一個附加產品,供安裝 Sun MC 代理程式的硬體專用。
解決方法:在所有平台上安裝適用的附加產品。例如:
針對 T2K、T1K 和 Sun Blade 等入門級平台,必須安裝 ELP 配置讀取器,才能取得伺服器和代理程式節點的完整功能。
[工具] -> [註冊] 多重摺疊連結可啟動 Product Registration 用戶端程式,該程式可讓用戶將他們的資產註冊至 Sun,以取得更好的服務和支援。Web 主控台中不會顯示此連結的 [線上說明]。
解決方法:無。
第一次使用 es-start -c 指令在 Solaris 或 Linux 機器上啟動 Java 主控台時,程序檔會詢問使用者是否啟動 Product Registration 用戶端。然後,程序檔會等待使用者輸入資料。從第二次使用開始,該指令便不會再等待使用者輸入資料。如果主控台是在背景中啟動的,程序檔則會在背景中等待使用者輸入資料,而主控台也將無法啟動。
解決方法:第一次在前景中啟動 Java 主控台。如果已在背景中啟動主控台,請使用 fg 指令將它移到前景。
螢幕上將顯示下列錯誤訊息:
Operation failed |
解決方法:無。
當登入主控台出現在 Windows 上時,左側窗格不可見。該窗格的寬度為 0。
解決方法:拖曳捲動軸以增加該窗格的寬度。
在 Web 主控台中,如果在任何 Solaris Container Manager 頁面中按一下任何 Solaris Container Manager 線上說明的連結,會顯示相同的說明主題。
解決方法:無。說明視窗開啟後,使用者便可按一下所想要的主題。
伺服器從 Sun MC 3.6.1 遷移至 Sun MC 4.0 後,無法啟動 Java 主控台。螢幕上將顯示下列錯誤訊息:
Unable to load console info |
解決方法:鍵入下列指令:
# es-stop -A |
# es-start -A |
在 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. |
雖然螢幕上可能顯示無法建立資源儲存池,但事實上該儲存池卻已經建立。
解決方法 1:可以直接忽略該錯誤訊息。
解決方法 2:使用其他瀏覽器,如 Mozilla、Netscape 和 Firefox,建立資源儲存池。
解決方法 3:使用 Windows XP 以外的作業系統來建立資源儲存池。
解決方法:使用 Firefox 和 Internet Explorer 瀏覽器取代 Mozilla 進行專屬 CPU 分配。
解決方法:以超級使用者身份登入。鍵入下列指令:
/usr/sbin/smcwebserver stop
/usr/sbin/smcwebserver start
沒有說明的新建立物件顯示現有物件的說明。
解決方法:無。
解決方法:鍵入下列指令:
/usr/sbin/smcwebserver stop
/usr/sbin/smcwebserver start
解決方法:安裝完成後鍵入下列指令:
/usr/sbin/smcwebserver stop
/usr/sbin/smcwebserver start
解決方法:以超級使用者身份登入。鍵入下列指令:
/usr/sbin/smcwebserver stop
/usr/sbin/smcwebserver start
無法決定 LED 資訊的警報的嚴重性是緊急還是中等。此嚴重性尚無文件記錄。
不會顯示錯誤訊息。對於除 ON 以外的所有值,螢幕均顯示 LED 警報的黃色警報,它代表 Sun MC 中的警告警報。
解決方法:無。
將 x86 配置讀取器安裝到 Sun Fire X2100 系統後,鍵入 es-start -c 以開啟 Java 主控台。選取 [模組瀏覽器] 時,x86 配置讀取器會顯示於 [硬體] 標籤下。即使 Sun MC 4.0 已執行超過 24 小時,仍會顯示黑色污漬而不是 LED 資訊。
解決方法:無。
安裝任何主控台後,第一次啟動 Product Registration 用戶端時使用 es-start -c 指令。程序檔不會報告 Product Registration 用戶端所發現的任何錯誤。如果沒有成功完成註冊,用戶端也不會重新啟動。
解決方法:按一下 [工具] -> [註冊] 以重新啟動 Product Registration 用戶端。您也能使用以 Java Web Console 為基礎的瀏覽器介面之 [工具] -> [註冊] 多重摺疊連結。
Product Registration 用戶端啟動與 Product Registration 用戶端的相關訊息未本土化。您可按照下列方法啟動 Product Registration 用戶端:
Java 主控台:
第一次在安裝完成後使用 es-start -c 指令來啟動 Java 主控台時,程序檔會等待使用者輸入資料,以判斷是否要啟動 Product Registration 用戶端。如果想啟動用戶端,請鍵入 y。
在 Sun Management Center 的主視窗中,選擇 [工具] 功能表中的 [註冊]。
Sun Web Console 中的 Sun Management Center GUI:
在 Sun Management Center 主視窗的左側窗格中,按一下 [工具],然後再按一下 [註冊]。
在指令行鍵入下列指令:
# javaws https://sunconnection.sun.com/RegistrationClient/client.jnlp |
解決方法:使用 es-config 指令變更代理程式的 SNMP 連接埠。
解決方法:關閉 [主機詳細資訊] 視窗,然後再開啟它。[硬體摘要] 表格則會顯示。
在 [詳細資訊] 視窗的 [硬體] 標籤中,系統的實體檢視設定為無論目前的檢視方式為何,均以正面檢視呈現。此外,歷程記錄僅顯示正面檢視。
解決方法:無。
當 Solaris x86 或 Linux 代理程式透過 CLI/GUI 安裝程式或代理程式更新進行升級時,更新的資訊不會自動反映到拓樸中。
解決方法:代理程式升級後,請手動修改拓樸物件。
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 檔案中。
如果從代理程式的 ACL 中刪除群組 esadm,然後將個別使用者增加到該代理程式的 ACL 中,則不會將這些使用者自動增加到伺服器支援模組的 ACL 中。因為伺服器支援模組不會隨同使用者更新,所以伺服器支援模組不允許啟用或停用效能報告管理程式。螢幕上會顯示下列訊息:
Unable to enable/disable PRM data collection on an agent with new user |
解決方法:將 esadm 群組增加至代理程式的 ACL 中,然後將個別使用者增加到 esadm 群組。
解決方法 1:請執行以下步驟︰
先將登入螢幕最小化再將它復原。
在有使用中游標的欄位中執行輸入動作。
將游標移到下一個欄位。
先將登入螢幕最小化再將它復原。
在該欄位執行輸入動作。
解決方法 2:使用 JDK 1.6 或相容版本。
解決方法:無。
解決方法:無。
解決方法:CST 服務正在執行時,作業建立會失敗。使用 es-stop -x 停止 CST 服務。
解決方法:在呼叫的程序檔中加入 2 至 3 秒的暫停時間。
可以為使用者指定的時間範圍產生效能報告管理程式圖形。在 Sun MC 4.0 發行版本的效能報告管理程式圖形中,如果時間範圍的下界與產生資料的時間點相同,則不會顯示該點。
解決方法:在下界中加入 0.5 至 1 小時的額外間隔。
例如,若某個特性的每小時資料起始於 5.30、6.30 等,截止於 11.30,且要求繪製 6.30 至 10.30 範圍的圖形,則該圖形不會包含 6.30 的資料點。不過,如果該範圍是 6:00 至 10:00,則可正確地繪製所有點。
在整個根區域中增量安裝效能報告管理程式時,不會配置效能報告管理程式的代理程式模組。
解決方法:修改 /var/opt/SUNWsymon/cfg/zone-modules-d.dat 檔案。
如果受監視代理程式的數量很多 (例如超過 100),而且效能資料很大,則產生最近七天的資料之報告會花費很長時間。七天的時間限制指的是從目前日期開始,到最低細節層級的之前資料保留於資料庫中的時間。最低細節層級以小時來衡量。因此,這份報告需要資料庫擷取最大量的資料。要求的資料屬性越多,資料越大。八天對資料庫造成的壓力是相同的,因為仍是擷取七天的資料。
超過八天後,之前資料則以每天、每週和每月的間隔來保留。因此,時間範圍超過八天的報告之產生速度反而較快。
解決方法:當代理程式的數量很多時,請將每小時資料的時間限制從七天減少為五天。
如果將 15 個或更多效能報告管理程式報告請求排程為同時執行,則在軟體執行一段時間以後,可能會遇到一項或多項下列問題:
資料並非從代理程式機器收集而來
某些報告請求將無限期地處於運行狀態
報告請求無法依需要進行排程
群組作業請求無法依需要進行排程
無法啟動報告管理程式 GUI
無法啟動管理工作 GUI
對於前述的某些問題,當啟動管理工作 GUI 時,主控台可能會顯示下列錯誤訊息:
Task Service is not available |
類似地,對於這些問題中的某些問題,當您啟動報告管理程式 GUI 時,主控台可能會顯示下列錯誤訊息:
Report Service is not available |
解決方法:當您遇到此問題時,請停止並重新啟動您的伺服器元件。鍵入下列指令:
# 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 執行階段環境。
從主機環境中啟動區域建立精靈時,會顯示資源儲存池選取螢幕。如果目標主機上建立了一個以上具有專屬 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 儲存池。
完整根區域遷移 (包括標記區域遷移) 失敗。針對完整根區域和其內容進行區域遷移和複製時,會造成以下錯誤:
完整根區域很大。合併、壓縮和分割完整根區域需要很長的時間。而且 Solaris Container Manager 經過短暫的逾時期後就會嘗試重新附加原始區域。
區域是以固定大小 2Mb 分割,而完整根區域的大小以 Gb 為單位,因此子歸檔的數目很大。awk 指令不支援超過指定限制的字串長度。
該伺服器上保留著舊的區域歸檔。在下載期間可能會將有些不想要的檔案作為區域影像的一部分下載。
目標系統磁碟空間應至少為區域大小的三倍。磁碟空間不足會導致擷取歸檔失敗。
除了這些錯誤外,也可能發生以下問題:
區域內容會完成遷移,但不會處於附加到目標的必要狀態。即使 Solaris Container Manager 未用於遷移區域,這個問題仍會發生。在此狀況下,區域會維持在已安裝狀態,但不會啟動。
與 Sun MC 一同安裝的 Web 伺服器會失敗。此時整個檔案傳送也失敗。
解決方法:確保滿足下列條件:
es-config -l root -M scm-container 指令和設定檔更新已成功執行
主機的硬體配置相同,而且安裝了相同的作業系統版本
主機上有足夠的磁碟空間。
/var/opt/SUNwsymon/downloads/ 目錄不包含任何檔案。如果該目錄中含有檔案,將其刪除。
在複製或遷移區域時,在按一下 [完成] 後至少等待 2 分鐘。空白視窗可能會保留在螢幕上。這個視窗是無害的,可強制將其關閉。
/var/opt/SUNWsymon/cfg/scm-zonecopy.properties 檔案有預先定義的值。預先定義的 migratePollInterval (600000) 可保留為原狀。有效的暫停時間等於 pollInterval x retry。針對較大的區域,請將預設重試值從五增加到十。
在 Solaris 10 11/06 與 Solaris 10 8/07 發行版本中,區域建立精靈包含一個可為區域配置輸入預設和選擇性權限的螢幕。對於標記區域,則不會顯示本螢幕。
解決方法:使用 [區域特性] 頁面修改區域權限。如果權限更新,該區域可能需要重新啟動。
安裝 Solaris Container Manager 4.0 與所有修補程式,並建立區域。選取新建立區域的預設專案的任一列。按一下 [警報臨界值] 並建立警報後,該警報會傳遞至左側視窗窗格,但不會反映在造成此警報的區域上。
解決方法:無。
鍵入已重新命名之區域的新名稱並按一下 [區域記錄] 按鈕時,螢幕上會顯示下列錯誤訊息:
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 |
解決方法:無。
重新命名新建立的區域,並儲存新名稱。前往資源儲存池預設頁面,重新命名的區域未在區域清單中反映。如果按一下未反映出重新命名的區域,則會顯示新的頁面。此頁面的右側面板為空白。左側面板的樹狀結構未展開。
重新命名該區域後,不會摺疊左側面板中的樹狀結構。重新整理系統。重新命名的區域會顯示在右側面板中,但不會顯示在左側面板中的 pool_default 下。
解決方法:無。
如果您選擇非英文的語言環境,「使用情況圖表」影像的標題和標頭仍會以英文顯示。這些值尚未本土化。
在執行 Solaris 8 作業系統的系統上,其 Container Manager 的延伸記帳功能已停用。因此,Solaris 8 系統上的容器之 CSV 檔案的延伸記帳資料 (Extended Accounting Data, Exacct) 欄將為空值。
如果代理程式主機的 /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 <使用者名稱>
以下為必要的設定檔:
在 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/containers,並瀏覽到適當頁面。
解決方法:無。
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)。
此發行版本並未更新入門級平台 (Entry-Level Platform, ELP)、Netra、桌面/工作站和工作群組伺服器附加軟體的本土化套裝軟體,因為自前兩個版本以來就不需要變更。
解決方法:無。
這個問題發生於 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 公用程式。
在執行 Solaris 10 的系統板上使用 cfgadm 指令執行動態重新配置 (dynamic reconfiguration, 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 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) 顯示為處理器類型。
解決方法:無。