oracle可執行檔案s位導致的Cluster資源組無法正常啟動的問題解決

今天在客戶處升級Oracle資料庫，8174->9205。
客戶的環境是兩臺Sun Fire v880，SunOS 2.8 02.2版本，Sun Cluster 3.0作為HA。

由於作業系統的02.2版本過低，在安裝Oracle9205 Patch之前，必須要先打作業系統的補丁。
之前我自己曾經作過一次，但是由於沒有打完所有的補丁，結果導致整個主機都無法正常啟動。
所以這次是SUN的工程師過來操作，將整個作業系統全部打到最新的補丁。

中間碰到了一些問題，不一一敘述了。

而最後這個問題鬱悶了很長時間。

我的資料庫升級過程應該屬於正常操作，我並沒有在兩個節點上都單獨地安裝oracle9i的軟體。
首先在A節點上安裝Oracle9201，然後升級到9205，升級完畢以後，建立新的資料庫。之後，將$ORACLE_BASE整個目錄全部tar成一個檔案，ftp到B節點上，然後在B節點展開。

升級完畢以後，在兩個節點分別單獨啟動資料庫都沒有任何問題。

但是在新增新的資源組時，出現了validate failed錯誤，檢查B節點的/var/adm/messege檔案，發現報錯資訊是$ORACLE_HOME/bin/oracle可執行檔案的s bit not set。

知道問題的原因，解決起來就比較簡單了。
chmod u+s,g+s $ORACLE_HOME/bin/oracle

然後重新建立oracle資料庫的資源組，OK。

不過這還是一個奇怪的問題，因為tar命令應該會將所有的許可權位全部保留才對。