RAC is only supported on (RH)EL and SLES.
It may work with other distros, but support is a different beast.
datavolume mount option is not in mainline kernel. Oracle 10g onwards,
the database itself does not require it... as one can set filesystemio_options
to directio (init.ora param). That away you can store datafiles, redologs,
etc. on ocfs2.
What will not work is using ocfs2 as a repo for voting disk or ocr. That
requires the mount option. One solution for that is to use raw.
Sunil
--- Begin Message ---
I'm working with Ubuntu 8.04.1 LTS. The kernel is 2.6.24 so it should
have the memory leak correction. However, that leaves the problem of it
also having ocfs2 module version 1.3.3. Which if I'm understanding
things correctly means not supporting the datavolume mount option which
is needed for Oracle RAC, right?
[EMAIL PROTECTED] wrote:
> In mainline, the issue was addressed in 2.6.21.
>
> In enterprise kernels, the issue was addressed in 1.2.4-2.
>
> If you are on (RH)EL4 or (RH)EL5, install 1.2.9-1.
> If you are on SLES9 SP4 or SLES10 SP1, upgrade to the
> latest kernel.
>
> Sunil
>
>
> ------------------------------------------------------------------------
>
> Subject:
> [Ocfs2-users] ocfs2 datavolume option and oracle
> From:
> "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> Date:
> Tue, 08 Jul 2008 10:03:33 -0400
> To:
> [email protected]
>
> To:
> [email protected]
>
>
> From the User's Guide:
>
>> Oracle database users must mount the volumes containing the Voting Disk file
>> (CRS), Cluster
>> Registry (OCR), Data files, Redo logs, Archive logs and Control files with
>> the
>> datavolume,nointr mount options.
>
> However when this is tried, I get the following:
>
>> ocfs2_parse_options:822 ERROR: Unrecognized mount option "datavolume" or
>> missing value
>
> Searching the archives I found this post:
> http://www.mail-archive.com/[email protected]/msg00201.html
>
> Which seems to indicate that an older version of ocfs2 will be needed to
> host an Oracle installation.
>
>> Long story short... use ocfs2 1.2 for running the oracle db.
>
> However, I also saw this post:
> http://www.mail-archive.com/[email protected]/msg02462.html
>
> Which seems to indicate that a newer kernel (and thereby newer ocfs2) is
> needed to correct a memory leak.
>
>> In mainline, that issue was resolved in 2.6.21. We have patches for
>> 2.6.20 but not older than that.
>
> So, I'm a little confused as to which ocfs2 version should be used and
> whether or not that means an older kernel (and potentially a memory
> leak) will be required.
>
--
Jamin W. Collins
Perimeter Technologies
540 N. Commercial
Manchester, NH 03101
v. 603.296.1410
f. 603.296.1411
_______________________________________________
Ocfs2-users mailing list
[email protected]
http://oss.oracle.com/mailman/listinfo/ocfs2-users
--- End Message ---
_______________________________________________
Ocfs2-users mailing list
[email protected]
http://oss.oracle.com/mailman/listinfo/ocfs2-users
