All,
http://oss.oracle.com/~smushran/.ocfs2-1.2.4-0.2/
The final 1.2.4 should look very close to this drop. We still have one
slippery issue open that we are working on. But, other than that, this
drop is looking good.
The list of patches added post 1.2.4-0.1 is as follows:
r2948: fs - Allow d
On Wed, Jan 17, 2007 at 02:06:37AM -0800, Luis Freitas wrote:
> It is not using o_direct only if the coreutils package was not installed
> on the RH3.0 machine. (coreutils-4.5.3-41.i386.rpm ).
>
> http://oss.oracle.com/projects/coreutils/files/
>
> If it is installed, then both
Does the slab data have to be right before a crash? Or can we tell
from just 2-3 days of data collection? After one day it appears
certain numbers from slabinfo are only going up.
On 1/17/07, Sunil Mushran <[EMAIL PROTECTED]> wrote:
Could be. But I cannot say for sure till I don't get the slab/m
Could be. But I cannot say for sure till I don't get the slab/mem data.
Brian Sieler wrote:
Does this appear to be the same issue as the "OOM Killer" issue
previously reported that would be fixed with ocfs2 1.2.4?
On 1/16/07, Sunil Mushran <[EMAIL PROTECTED]> wrote:
Looks to be running out of
GOKHAN wrote:
coreutils-4.5.3-26 is installed on RH3
It is a bit more work than just having it installed:
'man dd' will tell you this:
--o_direct
Use O_DIRECT file access. Mainly for use with FSâs That
support O_DIRECT access. There are three forms --o_direct (selec
I have opposite statistics - OCFS (v1) was very slow on 'tar x' and other
'appending file' operations, and OCFSv2 had
compatible speed *(with ext3), except it used a lot of CPU to syncronize locks
(system was SLES9 SP3 kernel >= 244).
Moreover, db1 statuistics below looks wrong - the realistic t
Does this appear to be the same issue as the "OOM Killer" issue
previously reported that would be fixed with ocfs2 1.2.4?
On 1/16/07, Sunil Mushran <[EMAIL PROTECTED]> wrote:
Looks to be running out of lowmem.
# date
# cat /proc/meminfo
# cat /proc/slabinfo
Run a script that dumps the above ev
coreutils-4.5.3-26 is installed on RH3
RH3:
more /etc/issue
Red Hat Enterprise Linux AS release 3 (Taroon Update 2)
uname -a
Linux dbcluster7 2.4.21-40.EL #1 SMP Thu Feb 2 22:12:47 EST 2006 ia64 ia64 ia64
GNU/Linux
---
Message: 7
Date: Wed, 17 Jan 2007 02:06:37 -08
Joel,
It is not using o_direct only if the coreutils package was not installed
on the RH3.0 machine. (coreutils-4.5.3-41.i386.rpm ).
http://oss.oracle.com/projects/coreutils/files/
If it is installed, then both tests are using O_DIRECT, and can be
compared.
I do n
