Solaris 9 4/04 版本存在以下系統管理錯誤:
通常,cfgadm -l 指令會列出系統上所有動態可重新配置的硬體資源,包括 USB 裝置。 安裝 Solaris 9 4/04 軟體後,cfgadm -l 指令可能不再準確地列出 USB 裝置。 或者,如果您使用 pkgadd 指令增加 SUNWusb 套裝軟體,則該指令可能不再準確地列出 USB 裝置。
解決方法:請從以下解決方法中選擇一種:
安裝 Solaris 9 4/04 軟體後,請僅以超級使用者的身份運行 cfgadm -l 指令。
安裝 Solaris 9 4/04 軟體後,請勿使用 pkgadd 指令增加 SUNWusb 套裝軟體。 而是安裝適合您系統的修補程式:
對於 SPARC 系統,請安裝修補程式 115553-07 或更高版本。
對於 x86 系統,請安裝修補程式 115554-08 或更高版本。
在某些 x86 系統上,可能未自動配置通用序列匯流排架構 (USBA) 模組除錯程式 (mdb) 指令。
解決方法:若要存取 USBA mdb 指令,請於啟動 mdb 後運行以下指令,以手動載入 usba mdb 模組:
> ::load usba |
載入 usba mdb 模組後,您可以透過運行以下指令獲得所有 USB 指令的清單:
> ::dcmds ! grep usb |
在 Solaris 9 4/04 軟體上讀取和寫入大於 4 GB 的 DVD 時會發生問題。
在 SPARC 32 位元平台和 x86 平台上均會發生這些問題。 如果在這些平台上 DVD 的資料不到 4 GB,或者在 64 位元的 SPARC 平台上,就不會發生這些問題。
每達到 4 GB 時,相同資料似乎在自行重複。 可以掛載這些 DVD 來進行讀取,但有些檔案可能顯示為已毀壞,而其他檔案可能無法存取。 此外,寫入容量大於 4 GB 可能會導致毀壞 DVD 上的現有資料。
解決方法:無。
使用 lucreate 指令建立新啟動環境時,該指令在下列實例中將失敗︰
任何已掛載儲存裝置的裝置路徑均為另一個已掛載儲存裝置之裝置路徑的子集。
例如,一個檔案系統目前掛載於 /dev/md/dsk/d1 中,另一個檔案系統目前掛載於 /dev/md/dsk/d10 中。
任何已掛載儲存裝置的裝置路徑都是作為 lucreate 指令引數的儲存裝置之裝置路徑的子集。
例如,如果一個檔案系統目前掛載於 /dev/md/dsk/d10,而 /dev/md/dsk/d100 用作 lucreate 指令的一個選項,為新的啟動環境指定一個檔案系統。
螢幕上將顯示下列令人誤解的錯誤訊息︰
檔案系統建立公用程式 /usr/lib/fs/ufsufs/mkfs 不可用。 |
無法為 boot-environment 建立所有需要的檔案系統。 |
無法為 boot-environment 建立檔案系統 |
解決方法:如果某儲存裝置的裝置名稱為已在使用之檔案系統上其他儲存裝置的子集,請確保該儲存裝置上沒有使用中的檔案系統。
如果已掛載檔案系統中存在任何名稱含糊性,則重新命名現有的 Solaris 容體管理複合裝置。
在以下解決方法中,d10 與 d100 均僅作為一個範例使用。 含糊裝置名稱的其他範例有 d20 和 d200,或 d377 和 d37,其中 d20 匹配 d200,d377 匹配 d37。
成為超級使用者。
使用 metarename 指令重新命名以下其中一個含糊的複合裝置名稱。
# metarename d10 d300 |
將複合裝置 d10 重新命名為 d300。
必須先卸載 d10 上的檔案系統,然後才可以使用 metarename 指令。
在卸載檔案系統後,編輯 /etc/vfstab 檔案。 此外,編輯任何其他包含您要重新命名的複合裝置名稱的適當配置檔案。 將舊複合裝置名稱的所有參照變更為新的複合裝置名稱。
如果檔案系統正在進行資料存取,請將系統改為單一使用者模式,以卸載該檔案系統。 變更後,重新啟動系統。
如果您使用 Solaris 管理主控台對作為網域名稱服務 (DNS) 伺服器的系統上的使用者帳戶或群組帳戶執行作業,便會發生錯誤。 如果該系統上存在 /etc/named.conf 檔案,就會發生這些錯誤。
在圖形化使用者介面 (GUI) 中或使用主控台指令行介面 smuser 和 smgroup 執行這些作業時,會發生以下錯誤。
對使用者作業時,主控台會啟動新對話方塊,或 smuser 指令結束,並出現以下錯誤訊息:
「因意外錯誤,嘗試檢視使用者或角色失敗。 失敗由以下錯誤引起:CIM_ERR_FAILED。」 |
對群組作業時,主控台會啟動新對話方塊,或 smgroup 指令結束,並出現以下錯誤訊息:
「因意外 CIM 錯誤 CIM_ERR_FAILED,嘗試讀取群組 ID 失敗。」作業來自 GUI 或指令行介面。 |
解決方法: 請選擇以下解決方法之一:
若要透過重新啟動 DNS 伺服器來解決此問題,請執行以下步驟:
成為超級使用者。
將檔案 named.conf 移至另一個目錄。 例如:
# mv /etc/named.conf /var/named/named.conf |
重新啟動 DNS 伺服器。
# pkill -9 in.named |
# /usr/sbin/in.named /var/named/named.conf |
若要透過重新啟動 WBEM 伺服器來解決此問題,請執行以下步驟:
成為超級使用者。
使用文字編輯程式編輯 /usr/sadm/lib/wbem/WbemUtilityServices.properties 檔案。
用 /tmp/new-filename 取代 /etc/named.conf 字串。
確定系統中不存在您選擇的檔案名稱。
停止 WBEM 伺服器。
# /etc/init.d/init.wbem stop |
啟動 WBEM 伺服器
# /etc/init.d/init.wbem start |
如需更多資訊,請參閱 smuser(1M) 和 smgroup(1M) 線上說明手冊。
您要啟動具有服務分割區的 Sun LX50,且其上安裝有 Solaris 9 4/04 (x86 平台版) 軟體。 當螢幕上顯示該選項時,如果按 F4 功能鍵啟動服務分割區,就會導致螢幕變成空白。 而系統無法啟動服務分割區。
解決方法:請勿在顯示 [BIOS 啟動螢幕] 時按 F4 鍵。 逾時之後,將顯示 [目前磁碟分割區資訊] 螢幕。 在 [元件號碼] 欄中選取與 type=DIAGNOSTIC 對應的號碼。 按 Return 鍵。 系統會啟動服務分割區。
在基於 UltraSPARC II 的系統的 Solaris 9 4/04 版本中,並不總是產生伴隨不可更正之記憶體錯誤訊息出現的 CP 事件訊息。 這包括以下系統:
Sun EnterpriseTM 10000 系統
Sun Enterprise 6500 系統
Sun Enterprise 6000 系統
Sun Enterprise 5500 系統
Sun Enterprise 5000 系統
Sun Enterprise 4500 系統
Sun Enterprise 4000 系統
Sun Enterprise 3500 系統
Sun Enterprise 3000 系統
其結果是識別失敗 CPU 所需的某些資訊不一定總會出現。
解決方法:如需最新資訊,請造訪 SunSolveSM 網站 (位於http://sunsolve.sun.com)。
Solaris WBEM Services 2.5 常駐程式找不到寫入至 com.sun.wbem.provider 介面或 com.sun.wbem.provider20 介面的供應程式。 即使您為寫入這些介面的供應程式建立一個 Solaris_ProviderPath 實例,Solaris WBEM Services 2.5 常駐程式仍然找不到該供應程式。
解決方法:若要啟用該常駐程式來尋找這類供應程式,請停止並重新啟動 Solaris WBEM Services 2.5 常駐程式。
# /etc/init.d/init.wbem stop # /etc/init.d/init.wbem start |
如果使用 javax
API 來開發供應程式,則無需停止並重新啟動 Solaris WBEM Services 2.5 常駐程式。 Solaris WBEM Services 2.5 常駐程式會動態識別 javax
供應程式。
如果您選擇使用 com.sun 應用程式設計介面而不是 javax
應用程式設計介面來開發 WBEM 軟體,則僅通用資訊模型 (CIM) 遠端方法調用 (RMI) 可以得到完全支援。 其他協定 (例如 XML/HTTP) 也無法保證可以正常地執行 com.sun 應用程式設計介面。
下表所示為可以在 RMI 之下成功調用但會在 XML/HTTP 下失敗的調用範例︰
方法調用 |
錯誤訊息 |
---|---|
CIMClient.close() |
NullPointerException |
CIMClient.execQuery() |
CIM_ERR_QUERY_LANGUAGE_NOT_SUPPORTED |
CIMClient.getInstance() |
CIM_ERR_FAILED |
CIMClient.invokeMethod() |
XMLERROR: ClassCastException |
Solaris 管理主控台掛載和共用工具無法修改如根 (/)、/usr 和 /var 等系統重要檔案系統的掛載選項。
解決方法:請選擇以下解決方法之一:
配合使用 remount 選項和 mount 指令。
# mount -F file-system-type -o remount,additional-mount-options \ device-to-mount mount-point |
使用 -remount 選項和 mount 指令所做的掛載屬性修改不是永久的。 另外,未在先前指令的 additional-mount-options 部分指定的所有掛載選項,都會繼承由系統所指定的預設值。 請參閱線上說明手冊 mount_ufs(1M),以取得更多資訊。
編輯 /etc/vfstab 檔案中適當的項目來修改檔案系統掛載屬性,然後重新啟動系統。
當記憶體不足時,螢幕上會顯示下列錯誤訊息:
CIM_ERR_LOW_ON_MEMORY |
當 CIM 物件管理員記憶體不足時,您不能加入更多項目。 您必須重設 CIM 物件管理員儲存庫。
解決方法:若要重設 CIM 物件管理員儲存庫,請執行以下步驟:
成為超級使用者。
停止 CIM 物件管理員。
# /etc/init.d/init.wbem stop |
移除 JavaSpacesTM 日誌目錄。
# /bin/rm -rf /var/sadm/wbem/log |
重新啟動 CIM 物件管理員。
# /etc/init.d/init.wbem start |
在重設 CIM 物件管理員儲存庫時,您會遺失資料儲存區中的所有專用定義。 您必須使用 mofcomp 指令來重新編譯包含這些定義的 MOF 檔案。 請參閱以下範例:
# /usr/sadm/bin/mofcomp -u root -p root-password your-mof-file |