Solaris 9 4/04 版本說明

系統管理錯誤

Solaris 9 4/04 版本存在以下系統管理錯誤:

在沒有超級使用者特權的情況下運行 cfgadm -l 指令時,它不會列出 USB 裝置 (4999109)

通常,cfgadm -l 指令會列出系統上所有動態可重新配置的硬體資源,包括 USB 裝置。 安裝 Solaris 9 4/04 軟體後,cfgadm -l 指令可能不再準確地列出 USB 裝置。 或者,如果您使用 pkgadd 指令增加 SUNWusb 套裝軟體,則該指令可能不再準確地列出 USB 裝置。

解決方法:請從以下解決方法中選擇一種:

x86: 僅載入新的框架時,通用序列匯流排架構模組除錯程式未自動配置 (4982529)

在某些 x86 系統上,可能未自動配置通用序列匯流排架構 (USBA) 模組除錯程式 (mdb) 指令。

解決方法:若要存取 USBA mdb 指令,請於啟動 mdb 後運行以下指令,以手動載入 usba mdb 模組:


> ::load usba

載入 usba mdb 模組後,您可以透過運行以下指令獲得所有 USB 指令的清單:


> ::dcmds ! grep usb

在 Solaris 9 4/04 軟體上,讀取和寫入的 DVD 大於 4GB 時會發生問題 (4908624、4987026)

在 Solaris 9 4/04 軟體上讀取和寫入大於 4 GB 的 DVD 時會發生問題。


注意 –

在 SPARC 32 位元平台和 x86 平台上均會發生這些問題。 如果在這些平台上 DVD 的資料不到 4 GB,或者在 64 位元的 SPARC 平台上,就不會發生這些問題。


每達到 4 GB 時,相同資料似乎在自行重複。 可以掛載這些 DVD 來進行讀取,但有些檔案可能顯示為已毀壞,而其他檔案可能無法存取。 此外,寫入容量大於 4 GB 可能會導致毀壞 DVD 上的現有資料。

解決方法:無。

如果掛載的儲存裝置名稱是另一個掛載儲存裝置或用於新啟動環境之儲存裝置的子集,則 lucreate 指令會失敗 (4912890)

使用 lucreate 指令建立新啟動環境時,該指令在下列實例中將失敗︰

螢幕上將顯示下列令人誤解的錯誤訊息︰


檔案系統建立公用程式 /usr/lib/fs/ufsufs/mkfs 不可用。

無法為 boot-environment 建立所有需要的檔案系統。

無法為 boot-environment 建立檔案系統

解決方法:如果某儲存裝置的裝置名稱為已在使用之檔案系統上其他儲存裝置的子集,請確保該儲存裝置上沒有使用中的檔案系統。

如果已掛載檔案系統中存在任何名稱含糊性,則重新命名現有的 Solaris 容體管理複合裝置。

在以下解決方法中,d10d100 均僅作為一個範例使用。 含糊裝置名稱的其他範例有 d20d200,或 d377d37,其中 d20 匹配 d200d377 匹配 d37

  1. 成為超級使用者。

  2. 使用 metarename 指令重新命名以下其中一個含糊的複合裝置名稱。


    # metarename d10 d300 
    

    將複合裝置 d10 重新命名為 d300


注意 –

必須先卸載 d10 上的檔案系統,然後才可以使用 metarename 指令。

在卸載檔案系統後,編輯 /etc/vfstab 檔案。 此外,編輯任何其他包含您要重新命名的複合裝置名稱的適當配置檔案。 將舊複合裝置名稱的所有參照變更為新的複合裝置名稱。

如果檔案系統正在進行資料存取,請將系統改為單一使用者模式,以卸載該檔案系統。 變更後,重新啟動系統。


/etc/named.conf 檔案的存在導致 Solaris 管理主控台對使用者帳戶和群組帳戶的作業失敗 (4777931)

如果您使用 Solaris 管理主控台對作為網域名稱服務 (DNS) 伺服器的系統上的使用者帳戶或群組帳戶執行作業,便會發生錯誤。 如果該系統上存在 /etc/named.conf 檔案,就會發生這些錯誤。

在圖形化使用者介面 (GUI) 中或使用主控台指令行介面 smusersmgroup 執行這些作業時,會發生以下錯誤。

對使用者作業時,主控台會啟動新對話方塊,或 smuser 指令結束,並出現以下錯誤訊息:


「因意外錯誤,嘗試檢視使用者或角色失敗。
        失敗由以下錯誤引起:CIM_ERR_FAILED。」

對群組作業時,主控台會啟動新對話方塊,或 smgroup 指令結束,並出現以下錯誤訊息:


「因意外 CIM 錯誤 CIM_ERR_FAILED,嘗試讀取群組 ID 失敗。」作業來自 GUI 或指令行介面。

解決方法: 請選擇以下解決方法之一:

如需更多資訊,請參閱 smuser(1M)smgroup(1M) 線上說明手冊。

x86: 在啟動 BIOS 時按 F4 鍵無法啟動服務分割區 (4782757)

您要啟動具有服務分割區的 Sun LX50,且其上安裝有 Solaris 9 4/04 (x86 平台版) 軟體。 當螢幕上顯示該選項時,如果按 F4 功能鍵啟動服務分割區,就會導致螢幕變成空白。 而系統無法啟動服務分割區。

解決方法:請勿在顯示 [BIOS 啟動螢幕] 時按 F4 鍵。 逾時之後,將顯示 [目前磁碟分割區資訊] 螢幕。 在 [元件號碼] 欄中選取與 type=DIAGNOSTIC 對應的號碼。 按 Return 鍵。 系統會啟動服務分割區。

不總是產生 UltraSPARC II CP 事件訊息 (4732403)

在基於 UltraSPARC II 的系統的 Solaris 9 4/04 版本中,並不總是產生伴隨不可更正之記憶體錯誤訊息出現的 CP 事件訊息。 這包括以下系統:

其結果是識別失敗 CPU 所需的某些資訊不一定總會出現。

解決方法:如需最新資訊,請造訪 SunSolveSM 網站 (位於http://sunsolve.sun.com)。

Solaris WBEM Services 2.5 常駐程式找不到 com.sun 應用程式設計介面供應程式 (4619576)

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 應用程式設計介面在 XML/HTTP 傳輸協定下無法正常進行方法調用 (4497393、4497399、4497406、4497411)

如果您選擇使用 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 管理主控台掛載和共用工具來修改檔案系統掛載屬性 (4466829)

Solaris 管理主控台掛載和共用工具無法修改如根 (/)、/usr/var 等系統重要檔案系統的掛載選項。

解決方法:請選擇以下解決方法之一:

嘗試使用 WBEM 加入資料時,發生 CIM_ERR_LOW_ON_MEMORY 錯誤 (4312409)

當記憶體不足時,螢幕上會顯示下列錯誤訊息:


CIM_ERR_LOW_ON_MEMORY

當 CIM 物件管理員記憶體不足時,您不能加入更多項目。 您必須重設 CIM 物件管理員儲存庫。

解決方法:若要重設 CIM 物件管理員儲存庫,請執行以下步驟:

  1. 成為超級使用者。

  2. 停止 CIM 物件管理員。


    # /etc/init.d/init.wbem stop
    
  3. 移除 JavaSpacesTM 日誌目錄。


    # /bin/rm -rf /var/sadm/wbem/log
    
  4. 重新啟動 CIM 物件管理員。


    # /etc/init.d/init.wbem start
    

    注意 –

    在重設 CIM 物件管理員儲存庫時,您會遺失資料儲存區中的所有專用定義。 您必須使用 mofcomp 指令來重新編譯包含這些定義的 MOF 檔案。 請參閱以下範例:


    # /usr/sadm/bin/mofcomp -u root -p root-password your-mof-file