今天接到一個朋友的電話，說他有個客戶rac安裝的時候總是有問題。cluster軟體已經裝上，但是沒法裝資料庫。由於網路環境比較差，無法遠端，只能通過QQ來了解情況和診斷了。

一開始，先讓對方執行crs_stat -t看看各個資源的狀況：

發現在rac02上asm沒起來，並且通過ps -ef 看asm的程序也不存在：

由於很多時候，特別是在虛擬機器中，crs_start啟動總是會有點問題，一般只要重啟，都會解決該問題，於是嘗試重啟crs，用crs_stop -all和crs_start -all重啟。

在啟動的時候，報錯了：

上面的報錯中，關鍵的一句還是：rac02 : CRS-1019: Resource ora.rac01.ASM1.asm (application) cannot run on rac02。檢查crs_stat -t，發現：

問題似乎是asm例項只能在一個節點上啟動，要去看看asm的log了。

沒有asm的bdump的log？！那就是似乎還沒到crs去拉起asm例項的那一步了。於是繼續往上追溯，去看看crs的log：

從log上看，應該是css的錯誤了，CSS，即Cluster Synchronization Services，根據文件的意思是說：Manages the cluster configuration by controlling which nodes are members of the cluster and by notifying members when a node joins or leaves the cluster. If you are using third-party clusterware, then the css process interfaces with your clusterware to manage node membership information.主要是負責節點間的控制和通訊問題了。

嘗試ping各個節點：ping rac01沒問題，ping rac02沒問題，ping rac01-priv沒問題，ping rac02-priv沒問題；嘗試驗證互信機制，嘗試ssh rac01 date沒問題，ssh rac02 date沒問題，ssh rac01-priv date沒問題，ssh rac02-priv date也沒問題。

再次嘗試用srvctl重啟rac01上的asm，出現了很重要的報錯資訊：

根據PRKS-1009和CRS-0215，基本可以斷定是網絡卡設定的問題了。用oifcfg檢查：

問了一下，130和131網段是連儲存的，和rac間的priv通訊沒關係。rac0x-priv是在253網段，因此不應該有eth2和eth3的配置。

用oifcfg del刪除：

再次重啟crs：

發現還有2個asm和nodeapp沒停下來，用srvctl停：

再次啟動：

搞定，可以繼續安裝rac資料庫了！