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
