第 4章 已知問題

本章旨在說明與 Solaris 9 MU3 軟體的安裝和使用有關的已知問題。

安裝錯誤

SPARC: 升級後移除修補程式可能會毀壞 WBEM 系統訊息庫 (4820614)

WBEM 系統訊息庫 CIM 資料庫在以下狀況下可能會被毀壞：

1. 您將 Solaris 9 9/02、12/02 或 4/03 作業環境的下列其中一個修補程式套用到執行 Solaris 9 作業環境的系統上。

   版本	修補程式
   Solaris 9 9/02	112945-03
   Solaris 9 12/02	112945-05
   Solaris 9 4/03	112945-14

2. 之後，您移除了先前套用到系統且已識別的修補程式。

如果 WBEM 系統訊息庫已毀壞，Solaris 管理主控台日誌檢視器中將顯示以下錯誤訊息：

CIM_ERR_FAILED:
/usr/sadm/lib/wbem/../../../../var/sadm/wbem/logr/
preReg/PATCH113829install/Solaris_Application.mof,18,ERR_SEM,
ERR_EXC_SET_CLASS,CIM_ERR_FAILED:Other Exception:
java.io.StreamCorruptedException: invalid stream header

解決方法：請選擇以下其中一種解決方法。

• 執行下列步驟以防止 WBEM 系統訊息庫毀壞。

  1. 成為超級使用者。

  2. 套用修補程式之前，先備份 WBEM 系統訊息庫。

     # cp -r /var/sadm/wbem/logr path/logr

     在以上範例中，path 表示備份 WBEM 系統訊息庫的路徑。

  3. 如果 WBEM 系統訊息庫在退出修補程式之後毀壞，請停止 WBEM 伺服器。

     # /etc/init.d/init.wbem stop

  4. 復原備份的 WBEM 系統訊息庫。

     # cp -rf path/logr /var/sadm/wbem/logr

  5. 重新啟動 WBEM 伺服器。

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

• 執行下列步驟以建立新的 WBEM 系統訊息庫。

  ---

  註解 –

  如果 WBEM 系統訊息庫損壞，此解決方法無法復原 WBEM 資料。安裝期間加入系統訊息庫的所有資料均會遺失。

  ---

  1. 成為超級使用者。

  2. 停止 WBEM 伺服器。

     # /etc/init.d/init.wbem stop

  3. 移除 /logr 目錄下的檔案。

     # rm /var/sadm/wbem/logr/*

  4. 移除 /notFirstTime 目錄。

     # rmdir notFirstTime

  5. 啟動 WBEM 伺服器。

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

  6. 手動編譯所有專用 MOF。

     # /usr/sadm/bin/mofcomp MOF-filename

如果安裝了支援多重修補程式架構的修補程式，patchadd 會顯示錯誤訊息 (4706994)

如果您有安裝支援多重套裝軟體架構的修補程式，則 /var/sadm/install_data/Maintenance_Update_log 中可能會顯示類似以下良性錯誤訊息的錯誤。

Installing xxxxxx-yy (x of xx)
See /var/sadm/patch/xxxxxx-yy log for details
grep: can't open pdgabbrev.extension/pkginfo

例如，如果修補程式 123456-01 包含修補程式套裝軟體 SUNWcar 和 SUNWcar.u，則會顯示以下錯誤訊息。

grep: can't open SUNWcar.u/pkginfo

解決方法： 忽略此錯誤訊息。此訊息不會影響修補程式的安裝。此訊息指出 patchadd(1M) 未將正確的參數傳送給 remove_PATCH_PROPERTIES() 函式。

當使用 sh 來啟動 install_mu 時，該指令無法正確執行 (4062334)

由於 sh(1) 和 ksh(1) 之間互動的問題，install_mu 公用程式可能無法正確安裝某些修補程式。當您從指令行或管理程序檔使用下列指令來啟動該公用程式時，會發生此故障：

# /bin/sh ./install_mu options

解決方法：請按如下所示，從指令行或管理程序檔中執行 install_mu：

# ./install_mu options

patchadd 顯示將要終止的錯誤

以下其中一則良性訊息可能會顯示在 /var/sadm/install_data 目錄下的 Maintenance_Update_log 中。

One or more patch packages included in
XXXXXX-YY are not installed on this system.

Patchadd is terminating.

或者：

Installation of XXXXXX-YY failed:
Attempting to patch a package that is not installed.

這些訊息指出 patchadd 無法在您的系統上找到 patchadd 要修補的任何套裝軟體，所以 patchadd 已略過指定的修補程式。

在將某架構的修補程式安裝至具有不同架構的系統中時，如果 patchadd 注意到有不相符的情況，即會顯示此訊息。例如，在 sun4m 系統上安裝 sun4u 修補程式。

此訊息也可能是由於缺少一個或多個套裝軟體所引起的。套裝軟體可能已被管理員移除，也可能從未安裝過，例如，在安裝小於「完整分配」之叢集時往往會出現這種情況。

解決方法：忽略此訊息。

如果未重新啟動系統，則無法執行 login (4423853)

若以單使用者模式進行安裝，完成之後請勿使用 exit 指令，而應使用 reboot 指令。如果使用的是 exit 指令而非 reboot 指令，則會出現下列情況：

• 系統會移至 init 3，而且要等到系統重新啟動之後，您才能登入。

• 在重新啟動系統之前，其他使用者均無法登入。

• 當有任何使用者或程序嘗試登入時，pam_projects.so.1 便會傾印核心。以下的訊息會顯示出來。

  注意: core_log: in.rshd[1479] 核心已傾印: /var/crash/core.in.rshd.1479

• 如果某個程序嘗試存取 pam_projects.so.1 模組，系統主控台上會顯示載入模組訊息。螢幕上會顯示類似以下的訊息：

  cron[1433]: load_modules: 無法開啟模組 /usr/lib/security/pam_projects.so.1

  如果以多重使用者模式安裝 MU3，也會顯示這些訊息。在這兩種情況下，重新啟動系統之後，便不再顯示這些訊息。

解決方法： 如果以單使用者模式安裝之後使用 exit 指令，請重新啟動系統。

如果以多重使用者模式安裝之後使用 exit 指令，且沒有任何超級使用者仍處於登入狀態下，請重新啟動系統。