這段時(shí)間在客戶vmware上面安裝了一套o(hù)racle11g_rac,是基于redhat6.4系統(tǒng)的，之前做redhat5版本的時(shí)候，都是有現(xiàn)成的asmlib工具可用,但紅帽6起初是沒有對(duì)應(yīng)版本asmlib，到后來雖然oracle和redhat合作，推出了RHEL6版本的asmlib，但是這貨竟然要注冊(cè)RHN下載，簡(jiǎn)直不能忍,再加上我本人也是屬于UDEV派系，于是就決定使用udev來綁定磁盤給asm使用，起初，我寫的UDEV規(guī)則文件是采用取每個(gè)磁盤的scsi_id,然后綁定成指定的盤符名字，但是后來由于客戶使用的是vmware虛擬機(jī)，默認(rèn)磁盤是沒有scsi_id返回值的,那不得不考慮使用別的方法

在華龍等地區(qū)，都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局，加強(qiáng)發(fā)展的系統(tǒng)性、市場(chǎng)前瞻性、產(chǎn)品創(chuàng)新能力，以專注、極致的服務(wù)理念，為客戶提供成都網(wǎng)站設(shè)計(jì)、成都網(wǎng)站制作 網(wǎng)站設(shè)計(jì)制作按需定制,公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),品牌網(wǎng)站設(shè)計(jì),成都營銷網(wǎng)站建設(shè),成都外貿(mào)網(wǎng)站制作,華龍網(wǎng)站建設(shè)費(fèi)用合理。

第一種是從VMWARE層面去解決,用文本編輯器修改vmx文件,在vmx文件中任意位置（通常在最后）添加如下行：

disk.EnableUUID = "TRUE"

這種方法有壞處，就是每次修改完磁盤或者網(wǎng)卡信息以后，參數(shù)又會(huì)變成默認(rèn)的false,每次都得重新修改，這不符合實(shí)際的生產(chǎn)環(huán)境要求。

另外一種方法就是，我們的udev采用別的取值方法來綁定磁盤，比如

root@udev ~]#  udevinfo -a -p /sys/block/sdc/sdc1

Udevinfo starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found, all possible attributes in the udev rules key format.
A rule to match, can be composed by the attributes of the device
and the attributes from one single parent device.

looking at device '/block/sdc/sdc1':

KERNEL=="sdc1"
SUBSYSTEM=="block"
SYSFS{dev}=="8:33"
SYSFS{partition}=="1"
SYSFS{start}=="63"

SYSFS{size}=="16771797"

我們用上面標(biāo)紅的三個(gè)值來取代scsi_id，所以我的規(guī)則文件可以寫成下面這樣

more 99-oracle-asmdevices.rules
KERNEL=="sdc1", SUBSYSTEM=="block", SYSFS{size}=="16771797", SYSFS{start}=="63", NAME="asmdisk1-crs", OWNER="grid", GROUP="asmadmin", MODE="0660"

主題思路就是通過udevinfo這個(gè)命令去找其他唯一的值來代替