The core ocfs2 code is similar in both sles9 and sles10. Yes, there are
some differences based upon the differing hb options, but the core fs,
dlm code is the same. Well, as in, sles9 sp3 2.6.5-7.283 is ocfs2 1.2.3
and sles10 sp1 kotd is ocfs2 1.2.4.
Alexei_Roudnev wrote:
SLES9 SP3 kernel #283 works with OCFSv2 pretty well.
SLES10 is, as always expected, de facto BETA so it should not be used with
OCFWSv2 in production (no matter what SuSe people are saying), at least
until SP1.
I can test OCFSv2 on SLES10 Beta4 (it is kernel 2.6.16-37-0.23), but knowing
how they test things, I don't have much hopes that it works., More likely it
will work well since SLES10 SP3, as usual (all, SLES9 and SLES8, became 100%
reliable starting with SP3 approximately).
----- Original Message -----
From: "John Lange" <[EMAIL PROTECTED]>
To: "Sunil Mushran" <[EMAIL PROTECTED]>
Cc: "ocfs2-users" <[email protected]>; "Lars Marowsky-Bree"
<[EMAIL PROTECTED]>
Sent: Thursday, March 08, 2007 1:22 PM
Subject: Re: [Ocfs2-users] ocfs2 is still eating memory
On Mon, 2007-03-05 at 13:46 -0800, Sunil Mushran wrote:
Well, kswapd is supposed to flush the caches. As in, the vm
controls the lifetime of the inodes in the inode_cache not ocfs2.
All ocfs2 can do is free the memory associated with the inode when
asked to. And it does that when you manually flush the cache. Qs is
why the vm is not doing it on its own. (fwiw, you are on a beta kernel.)
We are using beta kernels in an attempt to solve this problem. As
everyone knows, the most recent official SUSE kernel (2.6.16.21-0.25 i
believe?) completely broke ocfs2. Downgrading to 2.6.16.21-0.15 solves
that problem but the memory issue remains.
So as far as I am aware, there is no SUSE kernel that works with ocfs2
which is where we find ourselves today.
I just upgraded to the latest KOTD:
2.6.16.42-SLES10_SP1_BRANCH_20070307114604-smp
And still, when running ocfs2, all ram gets consumed.
Right now Novell is playing the "you don't have premium support" game so
where should I report this bug?
Regards,
John Lange
_______________________________________________
Ocfs2-users mailing list
[email protected]
http://oss.oracle.com/mailman/listinfo/ocfs2-users
_______________________________________________
Ocfs2-users mailing list
[email protected]
http://oss.oracle.com/mailman/listinfo/ocfs2-users
