親愛滴伙伴們,我們又見面了。接上篇Linux7平臺Oracle19CRAC安裝用戶互信處理。最近在安裝19C過程中又碰到跟互信相關的問題，故在本篇做個總結輸出。

環(huán)境介紹：

操作系統(tǒng)：Redhat7.6

數據庫版本：19.7

是否RAC：是

問題一、GI安裝完成之后，裝DB軟件時報用戶互信沒配置

項目期緊張，眾基友在夜深人靜的時候還在哼哧哼哧的搞事，一個負責2套RAC安裝的哥們在GI都安裝成功的情況下，心想今天可以早點搞完回家了。誰知在安裝DB軟件的時候，2套數據庫在進行UI界面用戶互信配置完成之后，點擊next時報用戶互信沒配置。然后手動命令驗證需要輸入密碼，互信配置失敗。

嘗試手動去配置互信，發(fā)現配置完之后一樣需要輸入密碼。最后筆者接手上去瞧瞧看這哥們到底是姿勢不對，還是純粹手黑。

先檢查手動配置互信腳本未發(fā)現異常

繼續(xù)檢查.ssh及其下面的文件權限，發(fā)現均正常

驗證互信的確沒配置成功，需要輸入密碼

看到這筆者決定把所有節(jié)點的.ssh目錄全刪掉，手動重新配置試試，結果還是一樣的令人失望，還是需要輸入密碼。既然ssh不行，查看/var/log/secure安全日志是否有發(fā)現。

日志顯示目錄/home/oracle的所有者或模式錯誤

繼續(xù)查看/home/oracle目錄權限為775，而涉及GI安裝的grid用戶目錄/home/grid權限為700

于是將/home/oracle目錄權限修改成700之后，驗證用戶互信成功了，DB軟件安裝也正常了。

后面和哥們溝通發(fā)現/home/oracle是手動創(chuàng)建的，這坑造的......從這個問題我們可以看到互信配置不僅僅只跟.ssh權限有關系，而且和用戶主目錄權限也有關系。

問題二、dbca建庫在第四步選擇節(jié)點后點擊next時報互信未配置[INS-06006]Passwordless SSH connectivity not set up between the followingnode(s): [racdb1].

先簡單描述下經過，哥們在安裝GI及DB軟件均正常的情況下，開始DBCA建庫時報錯。

先命令驗證確認oracle用戶互信正常

查看安全日志未發(fā)現異常

查看dbca日志發(fā)現異常

日志顯示由于權限問題導致無法remove/tmp/CVU_19.0.0.0.0_oracle下的文件

查看/tmp/CVU_19.0.0.0.0_oracle(CVU執(zhí)行框架目錄)及其下面的文件顯示用戶為1001

看到這里我們知道了dbca時要先刪除/tmp/CVU_19.0.0.0.0_oracle下面的文件，重新生成文件。由于這個目錄及其所屬用戶為1001，故無法刪除，導致報錯。1001怎么來的呢？溝通了解到這機器上之前裝過數據庫，通過$GI_HOME/crs/install/rootcrs.sh-deconfig-force卸掉之后，/tmp目錄下的殘留的文件并沒有隨腳本運行完成之后自動刪除。Oracle用戶也干掉重建了，然后新裝數據庫時，新oracle的uid跟以前的不一樣，于是就出現了1001。重新給/tmp下所有1001的目錄及文件進行級聯(lián)屬主變更

當確認/tmp下oracle相關目錄及文件所屬用戶組正確之后，重新運行dbca建庫正常了。

看到這我們可能會有疑問，為啥/tmp目錄下文件不能操作竟然會報用戶互信未創(chuàng)建？dbca在第四步選擇節(jié)點之后點擊下一步時，在進入檢測用戶互信這個函數方法中，/tmp/CVU_19.0.0.0.0_oracle(CVU執(zhí)行框架目錄)下的文件創(chuàng)建動作是包含在其中，所以只要其中一部分代碼運行異常，就會拋出互信未配置錯誤。這個我們從dbca日志中的函數調用過程可以看出端倪。

本次分享到此結束，咋們回見。