当root.sh与ORA-15031相遇
? ? ? 近日處理一個(gè)Oracle Grid infrastructure(GI)安裝的問(wèn)題,在執(zhí)行root.sh過(guò)程中失敗,并顯示下面錯(cuò)誤:
| 1 2 3 4 5 6 7 8 9 | Disk?Group?OCR?creation?failed?with?the?following?message: ORA-15018:?diskgroup?cannot?be?created ORA-15031:?disk?specification?'/dev/vx/rdsk/dg_db01/lv_vote1'?matches?no?disks????<<<<<<<<<<<<<<< ORA-15031:?disk?specification?'/dev/vx/rdsk/dg_db01/lv_vote2'?matches?no?disks ORA-15031:?disk?specification?'/dev/vx/rdsk/dg_db01/lv_vote3'?matches?no?disks Configuration?of?ASM?...?failed see?asmca?logs?at?/oracle/base/cfgtoollogs/asmca?for?details Did?not?succssfully?configure?and?start?ASM?at?/oracle/product/11.2.0.4/grid_1/crs/install/crsconfig_lib.pm?line?6468. /oracle/product/11.2.0.4/grid_1/perl/bin/perl?-I/oracle/product/11.2.0.4/grid_1/perl/lib?-I/oracle/product/11.2.0.4/grid_1/crs/install?/oracle/product/11.2.0.4/grid_1/crs/install/rootcrs.pl?execution?failed |
?????? 錯(cuò)誤ORA-15031的提示,還是很明顯的,無(wú)法識(shí)別對(duì)應(yīng)的voting磁盤(pán),正常解決思路,就是檢查磁盤(pán)是否正常掛載,權(quán)限是否正確等,需要逐項(xiàng)檢查。在Metalink上搜索,這個(gè)錯(cuò)誤一般都是在node2上執(zhí)行root.sh會(huì)遇到,而node1都是正常的。大多是權(quán)限以及系統(tǒng)層面掛載出現(xiàn)問(wèn)題。但是我這個(gè)問(wèn)題,是在node1上執(zhí)行root.sh就失敗了。
開(kāi)始各項(xiàng)分析檢查:
1. 檢查磁盤(pán)是否存在,權(quán)限是否正確,All Pass
| 1 2 3 4 | #ls?-lrt?/dev/vx/rdsk/dg_db01 crw-rw----????1?grid?????asmadmin?????40,60000?Feb?12?10:51?lv_vote1 crw-rw----????1?grid?????asmadmin?????40,60001?Feb?12?10:52?lv_vote2 crw-rw----????1?grid?????asmadmin?????40,60002?Feb?12?10:52?lv_vote3 |
2. 檢查asm_diskstring設(shè)置
| 1 2 3 4 | SQL>?show?parameter?asm_diskstring NAME?????????????????????????????????TYPE??????????????????????????????VALUE ------------------------------------?---------------------------------?------------------------------ asm_diskstring???????????????????????string????????????????????????????/dev/vx/rdsk/dg_db01 |
3. 并使用kfod來(lái)查看,是否能掃描到對(duì)應(yīng)的磁盤(pán),也正常
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 | ?kfod?asm_diskstring='/dev/vx/rdsk/dg_db01/lv_*'?disks=all -------------------------------------------------------------------------------- Disk??????????Size?Path?????????????????????????????????????User?????Group?? ================================================================================ ??1:?????327680?Mb?/dev/vx/rdsk/dg_db01/lv_data01???????????grid?????asmadmin ??2:?????327680?Mb?/dev/vx/rdsk/dg_db01/lv_data02???????????grid?????asmadmin ??3:?????327680?Mb?/dev/vx/rdsk/dg_db01/lv_data03???????????grid?????asmadmin ??4:?????112910?Mb?/dev/vx/rdsk/dg_db01/lv_data04???????????grid?????asmadmin ??5:???????1024?Mb?/dev/vx/rdsk/dg_db01/lv_vote1????????????grid?????asmadmin ??6:???????1024?Mb?/dev/vx/rdsk/dg_db01/lv_vote2????????????grid?????asmadmin ??7:???????1024?Mb?/dev/vx/rdsk/dg_db01/lv_vote3????????????grid?????asmadmin -------------------------------------------------------------------------------- ORACLE_SID?ORACLE_HOME?????????????????????????????????????????????????????????? ================================================================================ ????+ASM1?/oracle/product/11.2.0.4/grid_1?????????????????????????????????????? grid@HAZZ-NRMS-RESDB01:/home/grid> |
4. 至此,我懷疑是asm_diskstring設(shè)置的不夠準(zhǔn)確,將其更改為
| 1 2 3 4 | SQL>?show?parameter?asm_diskstring NAME?????????????????????????????????TYPE??????????????????????????????VALUE ------------------------------------?---------------------------------?------------------------------ asm_diskstring???????????????????????string????????????????????????????/dev/vx/rdsk/dg_db01/lv_* |
但是問(wèn)題依舊沒(méi)有解決,
5. 檢查集群安裝環(huán)境,也沒(méi)有發(fā)現(xiàn)問(wèn)題
| 1 2 | $?./runcluvfy.sh?stage?-pre?crsinst?-n?node1,node2?-verbose $?./runcluvfy.sh?comp?ssa?-n?all?-verbose |
6. 操作系統(tǒng)日志,沒(méi)有發(fā)現(xiàn)錯(cuò)誤
| 1 | IBM:?/bin/errpt?-a?>?messages.out |
?????? 至此,可以確認(rèn),根據(jù)oracle的安裝文檔,目前的磁盤(pán)權(quán)限完全符合安裝條件,在GI的圖形化安裝過(guò)程,也是可以看見(jiàn)ASM disk的,但是在root.sh執(zhí)行過(guò)程中,就是無(wú)法通過(guò)。
?????? 后通過(guò)Metalink查詢到下面文章
ASM Is Not Detecting Raw Devices Or Regular Raw Devices On AIX (Doc ID 1174604.1)
?????? 根據(jù)文檔描述:
EMC存儲(chǔ),使用多路徑,可能會(huì)遇到這個(gè)問(wèn)題,而我的存儲(chǔ)確實(shí)使用的EMC和多路徑。
好吧,按照這個(gè)文檔的Solution,測(cè)試一下
| 1 2 3 4 5 | Please?attempt?the?next?action?plan?on?the?mount?point?which?contains?the?ASM?Oracle?Home: 1)?Dismount?the?filesystem?which?contains?the?ASM?Oracle?Home. 2)?Change?the?ownership?of?the?mount?point?to?oracle?:?dba 3)?Remount?the?filesystem 4)?The?EMC?PowerPath?raw?devices?or?regular?raw?devices?are?now?being?discovered. |
我的執(zhí)行步驟如下:
| 1 2 3 4 5 | 1、dismount?/u01/oracle 2、chown?-R?oracle:oinstall?/u01/oracle ???chmod?775?/u01/oracle 3、mount?/u01/oracle 4、再次執(zhí)行root.sh,成功 |
?????? 說(shuō)真的,我很難理解,為什么mount路徑的權(quán)限,會(huì)影響到ASM disk的無(wú)法識(shí)別.
??????? 根據(jù)文檔1174604.1中提及的Bug 9976459 : ASM DISK NOT GETTING DISCOVERED,其中有這樣一段解釋
| 1 2 3 4 | When?a?file?system?is?mounted?over?a?directory,?the?permissions?of?the?root?directory?of?the?mounted?file?system?takes?precedence?over?the?permissions?of??the?mount?point. A?common?problem?is?failure?of?the?pwd?command.?Without?search?permission?in?the?mounted-over?directory,?the?pwd?command?returns?the?following?message: pwd:?Permission?denied This?problem?can?be?avoided?by?always?setting?the?permissions?of?the?mounted-over?directory?to?at?least?111. |
??????? 最終,根據(jù)上面的描述,google到了IBM的解釋:
http://www-01.ibm.com/support/knowledgecenter/ssw_aix_71/com.ibm.aix.osdevice/mountpoint.htm
安裝點(diǎn)
??????? 安裝點(diǎn)是一個(gè)目錄或文件,可在該處訪問(wèn)新文件系統(tǒng)、目錄或文件。要安裝文件系統(tǒng)或目錄,安裝點(diǎn)必須為一個(gè)目錄;要安裝文件,那么安裝點(diǎn)必須為文件。
?????? 通常,文件系統(tǒng)、目錄或文件安裝在空安裝點(diǎn)上,但這不是必需的。如果作為安裝點(diǎn)的文件或目錄包含任何數(shù)據(jù),那么另一個(gè)文件或目錄在該安裝點(diǎn)進(jìn)行安裝時(shí),該數(shù)據(jù)不可訪問(wèn)。實(shí)際上,已安裝的文件或目錄覆蓋了以前在該目錄中的內(nèi)容。一旦撤銷在初始目錄或文件上的安裝,該目錄或文件就重新可訪問(wèn)。
?????? 在目錄上安裝文件系統(tǒng)時(shí),已安裝文件系統(tǒng)的根目錄許可權(quán)優(yōu)先于安裝點(diǎn)的許可權(quán)。有一個(gè)例外是安裝目錄中的 ..(點(diǎn)點(diǎn))父目錄條目。為了操作系統(tǒng)能夠訪問(wèn)新文件系統(tǒng),安裝點(diǎn)父目錄信息必須可用。
????? 例如,如果當(dāng)前工作目錄是 /home/frank,那么命令 cd .. 將工作目錄更改至 /home。 如果 /home/frank 目錄是已安裝的文件系統(tǒng)的根,那么為了使 cd .. 命令成功,操作系統(tǒng)必須在 /home/frank 目錄中找到父目錄信息。
????? 對(duì)于需要父目錄信息才能成功的任何命令,用戶必須具有在安裝目錄中的搜索許可權(quán)。授予對(duì)安裝目錄的搜索許可權(quán)失敗可能會(huì)導(dǎo)致不可預(yù)測(cè)的結(jié)果,尤其是因?yàn)榘惭b目錄許可權(quán)是不可見(jiàn)的。常見(jiàn)問(wèn)題是 pwd 命令失敗。如果沒(méi)有對(duì)安裝目錄的搜索許可權(quán),pwd 命令將返回此消息:
pwd:許可權(quán)被拒絕
通過(guò)始終將安裝目錄的許可權(quán)至少設(shè)置為 111 可避免此問(wèn)題。
至此,問(wèn)題已經(jīng)解決,由于mount點(diǎn)的權(quán)限問(wèn)題,會(huì)導(dǎo)致ASM disk識(shí)別的失敗。
哎!!!神奇的經(jīng)歷!!!
本文轉(zhuǎn)自 hsbxxl 51CTO博客,原文鏈接:http://blog.51cto.com/hsbxxl/1614579,如需轉(zhuǎn)載請(qǐng)自行聯(lián)系原作者
總結(jié)
以上是生活随笔為你收集整理的当root.sh与ORA-15031相遇的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇: 深入浅出WPF(2)——解剖最简单的GU
- 下一篇: fd读写文件