第一次搭建12C的RAC，可真是一波三折啊，系統環境配置，安裝GI，安裝DB各個環節都碰到不少問題，幸好
的是不用翻工，只要在哪個環節有問題，就針對該環節的問題去解決就可以了。
以下是講述的是在安裝DB軟體的時候，在第2步的時候，碰到的報錯（如下圖所示），讓安裝無法進行。查詢了網上
很多的文章，都沒有提及到在AIX或者Linux搭建12.1.0.2.0RAC安裝DB時遇到這用情況，基本都是講述在Windows系統安裝12c
的RAC時遇到這個報錯，然後提及共享檔案的事情。對於這樣的文章，這時候我是無法拿來參考的，想著還是再仔細看看報錯。

報錯的內容就是：
Cause - Failed to access the temporary location. Action - Ensure that the current user has required permissions to access the temporary location. Additional Information: - Framework setup check failed on all the nodes - Cause: Cause Of Problem Not Available - Action: User Action Not Available Summary of the failed nodes test- Version of exectask could not be retrieved from node "test" - Cause: Cause Of Problem Not Available - Action: User Action Not Available
在這個報錯裡面，我們很容易看到一個地方就是 temporary location。指的就是本地的臨時目錄，大概就是oracle許可權不夠，具體是哪個檔案或者目錄的許可權不夠還不清楚

報錯截圖：

報錯詳細資訊：

後面繼續查詢相關的文章，其中也有人在 Fedora 20上安裝遇到這個報錯，在他提了SR之後，恢復就說可能在/tmp/CVU_12.1.0.2.0_oracle/exectask.sh
上許可權不夠，也就提到了/tmp/CVU_12.1.0.2.0_oracle這個目錄，後面進入到這個目錄檢視oracle的許可權，對目錄下所有的檔案都沒有執行許可權。

/tmp/CVU_12.1.0.2.0_oracle目錄下檔案的許可權屬性：

為了首先能夠解決報錯，解除安裝阻礙，就透過root使用者授予足夠執行許可權：
root使用者執行目錄/tmp/CVU_12.1.0.2.0_oracle的授權：
chown -R oracle:oinstall /tmp/CVU_12.1.0.2.0_oracle
#可執行可不執行，其實本身該目錄的屬主已經授給oracle使用者了。
chmod -R 775 /tmp/CVU_12.1.0.2.0_oracle
chmod -R 755 /tmp/CVU_12.1.0.2.0_oracle
chmod -R 770 /tmp/CVU_12.1.0.2.0_oracle
chmod -R 750 /tmp/CVU_12.1.0.2.0_oracle
#以上任意一條命令，只要確保oracle使用者有執行目錄CVU_12.1.0.2.0_oracle下所有檔案或者目錄的許可權就可以了。

準確性的授權，可以按照以下授權方式：
cd /tmp/CVU_12.1.0.2.0_oracle
chmod +x *.sh
chmod +x exectask
chmod +x cvuhelper
#就是針對部分檔案進行授權。

授權後/tmp/CVU_12.1.0.2.0_oracle目錄下檔案的許可權屬性：

這樣，後面重新啟動安裝DB的程式，在第2步就順利地透過了環境檢測，正常進行下面的安裝步驟。

注意：上面說到的，是安裝12C的RAC，所以記得，同樣的問題要在兩個節點進行解除相同的問題，不然後面安裝也同樣會
檢測另外一個節點的許可權問題，沒有的話，也同樣不能正常安裝。

[INS-30131]installing ORACLE 12C RAC DATABASE on AIX 6.1

相關文章