OCFS2 , ASM and Raw Device for Voting Disk and OCR

Question

Dear all ,
My manager assigned me to establish a 11gRAC , 3 node on OEL. He likes to locate ASM with datafiles , at the same time, 2 OCR vol on OCFS2 and RawDevice respectively , 2 voting disks on OCFS2 and RawDevice respectively also.
This really annoys me .
Oh all experts, could anybody give me some advices ? Can those stuff be co-existed ?

Answer 1

Billy  Verreynne  wrote:
MccLok wrote:
My manager assigned me to establish a 11gRAC , 3 node on OEL. He likes to locate ASM with datafiles , at the same time, 2 OCR vol on OCFS2 and RawDevice respectively , 2 voting disks on OCFS2 and RawDevice respectively also. Not a great idea to introduce additional s/w layers between the CRS software and its OCR and voting disks. If ocfs2 is for example used as a shared file system for these devices (files), then the ocfs2 cluster s/w needs to be up and running, the shared devices mounted, before CRS can successfully start. Thus any problem with the ocfs2 stack, will impact on CRS. Why? What does ocfs2 buy you in this regard? What are the benefits that justifies the increased complexity and the dependency of CRS on another s/w layer?
Fewer moving parts means less complexity, less stuff that needs to be configured and can go wrong.In fact, some users had perception that " Pay mroe so that Get more".