Grid Patch 造成 PRVF-4009 錯誤案例

Oracle 版本: 19.27

OS 版本: Linux 8.5

問題描述:

使用 opatchauto apply 19.32 RU 產生 Topology creation failed 錯誤 :

[root@rac01 OPatch]# ./opatchauto apply /u01/oracle_source/20261006/39467003 -oh /u01/app/19.3.0/grid

檢查 system initialization log file 顯示 PRVF-4009 錯誤 :

問題分析:

User Equivalence ...FAILED 錯誤表示兩個節點的 ssh 免密碼登入 (Passwordless SSH) 沒有設定完成，

從錯誤訊息顯示節點 rac02 的 Passwordless SSH 有問題，不過測試過後發現 Passwordless SSH 並沒有問題 ，

不論是 root 或者是 grid 使用者均可以通過 :

使用 cluvfy 檢測終於發現關鍵錯誤訊息 :

[grid@rac01 ~]$ cluvfy comp admprv -n rac01,rac02 -o user_equiv -sshonly -verbose

Warning 訊息顯示 rac02 的 RSA key 與其 IP 不相符。

原因在於 rac02 有改過 IP address 但是 RSA key 沒有重建，雖然原本設定的 Passwordless SSH 沒有失效

但是無法通過 GI 的檢測導致 patch 失敗。

解決方法:

重建兩節點的 RSA key 並重新設定 Passwordless SSH 即可正常執行 opatchauto 。

Java 問題造成 opatch 錯誤案例

Oracle 版本: 19.27 

OS 版本: AIX 7.5

問題描述:

將 DB 從 19.27 打 patch 到 19.32 ， opatch 遇到了 java 錯誤 :

看起來是因為找不到 java 所以無法執行，但 java 的確是可以執行的 :

設定環境變數 JAVA_HOME 再執行 opatch 一樣的錯誤 :

除了 DB Home 打 patch 有遇到這個問題之外，在打 Goldengate 的 patch 的時候也會出現類似的 java 錯誤: 

OUI-67073:UtilSession failed

解決方法:

使用 opatch 的時候直接指定 jdk 的路徑即可 :

[oracle@db19c ~]$ $ORACLE_HOME/OPatch/opatch apply -jdk /u01/app/oracle/product/19.27.0/dbhome_1/jdk

CRS-4548 造成無法停止 crs 案例

Oracle 版本: 19.27 ， RAC

OS 版本: Linux 8.6

問題描述:

使用 crsctl stop crs 停止 crs 發生 CRS-4548: Unable to connect to CRSD ，造成 crs 無法停止的情況 :

問題分析:

檢查 crs 狀態，確認當前 crs 服務是正常且處於啟動的狀態 :

檢查 crs init process ， crsd 確實也是處於 ONLINE 狀態 :

就是一個怪異的情境，明明 crs 狀態都是正常的，但是 crsctl stop crs 卻出現 

CRS-4548: Unable to connect to CRSD ，理論上一般出現這個訊息都是在 crs 沒有啟動的時候才會發生，

進一步檢查 crs alert.log ，的確是有 stop 的訊息，但是系統又自動啟動 crs ，最後才報 CRS-4548 :

只要 crsctl stop crs ，由 alert.log 來看還是會自動開啟，這一個循環造成無法停止的情況。

解決方法:

先停止 ora.crsd 之後再 crsctl stop crs :

[root@db19c01 bin]# ./crsctl stop res ora.crsd -init

ora.crsd 先停止之後，整個 cluster 就可以正常下來了 :