Re: RAC/CRS and OCFS2

On Mar 15, 9:50 am, "Keith" <kkna..._at_gmail.com> wrote:
> Hello RAC gurus,
>
> I am currently running 10.2.0.3 RAC/CRS on RHEL4. All our database
> files are using ASM/raw devices. However, we now have the need for a
> clustered file system. This file system likely would not be used
> directly by the database, but requires high availability. So, we'd
> like to use OCFS2 -- which has prompted some questions:
>
> Are there any conflicts or issues with running OCFS2 and CRS
> concurrently?
> Can they share the same private interconnect?
> Would this be an Oracle supported configuration?
> If it is supported, ishttp://oss.oracle.com/projects/ocfs2/files/
> Oracle's preferred place to obtain the software?
>
> If OCFS2 panics the system (or anything "panics" the system), what is
> the expected system behavior? (I'm curious if OCFS2 would ever prompt
> or initiate a cluster node to be evicted/rebooted/etc).
>
> Also, Metalink note 391771.1 discusses a bug that affects RHEL4 (fixed
> in a later version than I'm running):
>
> "Kernel panic - not syncing: ocfs2 is very sorry to be fencing this
> system by panicing"
>
> It gives the option of using the "DEADLINE" IO scheduler versus the
> "CFQ" IO scheduler. Is there any impact associated with this change?
>
> Any help is greatly appreciated. This came up on me very quick -- and
> my 9i -> 10g migration is scheduled for next weekend. I'm in a pinch!

You are planning on not only implementing 10g next weekend but also including a new clustered file system in an environment where you haven't done exhaustive testing ... I wouldn't worry if I were you!

Opinions vary on ocfs2 but even some of the most devoted linux/oracle fans think it's something to run away from.

If you really proceed down this path I would recommend using oracle consulting to install the OCFS2 and the 10g implementation so that you don't put your job on the line. Received on Thu Mar 15 2007 - 08:59:51 CDT