|
登錄客戶的機(jī)器，對(duì)于crs的錯(cuò)誤排查，從系統(tǒng)日志著手
在系統(tǒng)日志里有如下有關(guān)crs失敗的信息 Jan 29 20:25:59 inthrac01 logger: Cluster Ready Services waiting on dependencies. Diagnostics in /tmp/crsctl.7004. Jan 29 20:25:59 inthrac01 su(pam_unix)[10765]: session closed for user oracle Jan 29 20:25:59 inthrac01 logger: Cluster Ready Services waiting on dependencies. Diagnostics in /tmp/crsctl.7199. Jan 29 20:25:59 inthrac01 su(pam_unix)[10769]: session closed for user oracle Jan 29 20:25:59 inthrac01 logger: Cluster Ready Services waiting on dependencies. Diagnostics in /tmp/crsctl.7574. 這里提示crs啟動(dòng)有故障，查看相應(yīng)的日志信息 /tmp/crsctl.7004 /tmp/crsctl.7199 /tmp/crsctl.7574 都出現(xiàn) OCR initialization failed accessing OCR device: PROC-26: Error while accessing the physical storage Operating System error [Permission denied] [13] 這里的錯(cuò)誤時(shí)ocr的device的設(shè)備，沒有權(quán)限訪問(wèn)。 既然如此，我們就看看這個(gè)裸設(shè)備的權(quán)限叻喲。 運(yùn)行命令 [root@dxdb01 ~]# ocrcheck Status of Oracle Cluster Registry is as follows : Version : 2 Total space (kbytes) : 622080 Used space (kbytes) : 1932 Available space (kbytes) : 620148 ID : 1667883930 Device/File Name : /dev/raw/raw1 Device/File integrity check succeeded Device/File not configured Cluster registry integrity check succeeded ocr的設(shè)備是裸設(shè)備/dev/raw/raw1 [root@dxdb01 ~]#ls /dev/raw/raw1 -l crw-rw---- 1 root disk 162, 1 Jan 29 20:36 /dev/raw/raw1 裸設(shè)備的權(quán)限確實(shí)不正確 [root@dxdb01 ~]# chown root:oinstall /dev/raw/raw1 [root@dxdb01 ~]#ls /dev/raw/raw1 -l crw-rw---- 1 root oinstall 162, 1 Jan 29 20:36 /dev/raw/raw1 [root@dxdb01 ~]# crsctl check crs Failure 1 contacting CSS daemon Cannot communicate with CRS Cannot communicate with EVM 再等待一下。 [root@dxdb01 ~]# crsctl check crs CSS appears healthy CRS appears healthy EVM appears healthy CRS已經(jīng)啟動(dòng)成功叻。 現(xiàn)在看看資源的狀況 [root@dxdb01 ~]# crs_stat -t Name Type Target State Host ------------------------------------------------------------ ora....b01.gsd application ONLINE UNKNOWN dxdb01 ora....b01.ons application ONLINE UNKNOWN dxdb01 ora....b01.vip application ONLINE ONLINE dxdb01 ora....b02.vip application ONLINE ONLINE dxdb01 這里資源除了vip是UNKNOWN的 這里可以查看$CRS_HOME/log/dxdb01/alertdxdb01.log文件 可以發(fā)現(xiàn)一些線索叻 這里和上面一樣同樣是由權(quán)限導(dǎo)致的。 一樣的方法解決，先查看vote disk的設(shè)備的權(quán)限 vote disk的權(quán)限應(yīng)該是oracle:oinstall, 按照這樣的權(quán)限就解決叻。 解決完了，就詢問(wèn)了一下是做了什么操作，客戶說(shuō)，也沒有做什么操作，不過(guò)是共享儲(chǔ)柜上次要換地方，就是關(guān)機(jī)，開機(jī)而已，就出現(xiàn)這個(gè)問(wèn)題叻。 根據(jù)客戶的描述，做了一下重啟的動(dòng)作，果然，這兩個(gè)裸設(shè)備的權(quán)限又發(fā)生改變叻。 估計(jì)可以沒有綁定raw device的處理 查看/etc/rc.d/rc.local確實(shí)沒有 檢查/etc/udev/permissions.d/50-udev.permissions文件，也是沒有相關(guān)處理。 在/etc/rc.d/rc.local里加上了相關(guān)的處理 chown root:oinstall /dev/raw/raw1 chown oracle:oinstall /dev/raw/raw2 重啟機(jī)器，CRS成功啟動(dòng)，數(shù)據(jù)庫(kù)啟動(dòng)正常。 故障完全排除。 |
|
|
