如果將帶符號修補程式的內容擷取至該修補程式所在的相同目錄,則無法使用 /usr/sbin/patchadd 指令安裝擷取的修補程式。 取而代之的是,在您執行 /usr/sbin/patchadd ./patchid 時可安裝帶符號的修補程式。 無符號的擷取修補程式則忽略。
在某些情況下,可能會顯示以下錯誤訊息:
正在檢驗帶符號的修補程式 patchid... 錯誤:無法開啟鍵值儲存區 /var/sadm/security/patchadd /truststore 以進行讀取 錯誤:無法鎖定鍵值儲存區 /var/sadm/security 以進行專用存取 帶符號的修補程式 patchid 上的簽名無效。 Patchadd 正在終止。 |
解決方法:請從以下解決方法中選擇一種:
將帶符號的修補程式擷取至該修補程式所在目錄之外的目錄。 當執行 /usr/sbin/patchadd 指令時,使用擷取修補程式的路徑。
在擷取帶符號的修補程式之後,但在執行 /usr/sbin/patchadd 指令之前,刪除 .jar 檔案。
請勿擷取帶符號的修補程式。 請直接總裝套裝軟體鍵值儲存區並安裝帶符號的修補程式。 請執行以下步驟:
成為超級使用者。
執行以下指令:
# /usr/bin/mkdir /var/sadm/security |
# /usr/bin/keytool -export -storepass changeit -alias \ gtecybertrustca -keystore usr/java/jre/lib/security/cacerts -file \ /tmp/gte.crt |
# /usr/bin/pkgadm addcert -t -f der /tmp/gte.crt |
將預設密碼 changeit 變更為用於保護 Java 鍵值儲存區的密碼。
使用 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 12/03 (x86 平台版) 軟體。 系統提供您按 F4 功能鍵以啟動服務分割區的選擇,但是,按 F4 會使螢幕變為空白, 並且系統無法啟動服務分割區。
解決方法:請勿在顯示 [BIOS 啟動螢幕] 時按 F4 鍵。 逾時之後,將顯示 [目前磁碟分割區資訊] 螢幕。 選取 [零件號碼] 欄中與 type=DIAGNOSTIC 對應的數字。 按 Return 鍵。 系統會啟動服務分割區。
在基於 UltraSPARC II 系統的 Solaris 9 12/03 版次上,並不總是產生伴隨不可更正之記憶體錯誤訊息出現的 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 管理主控台裝載和共用工具無法修改如 root (/)、/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 |