similar to: A couple more minor questions about OCFS and RHE L3

Running database in ASYNC mode in RHEL 3 has a potential risk of redo logs failure due to some short io's. A note from http://oss.oracle.com/projects/ocfs/dist/files/RedHat/RHEL3/i386/README.txt says that the above mentioned problem is fixed in OCFS 1.0.9-12 "RELEASE 1.0.9-12 Fixes a potential corruption with large, aligned, direct I/Os, for example Oracle redo logs or direct path SQL

Wim, I opened a TAR on this issue, and was informed that async+ocfs is supported (as opposed to "works") as of 1.0.9-12. If this is not the case, then it sounds like there may be a miscommunication on the Oracle side. > -----Original Message----- > From: Wim Coekaerts [mailto:wim.coekaerts@oracle.com] > Sent: Saturday, March 06, 2004 10:36 PM > To: Derek Suzuki > Cc:

Is the following statement still valid for either OCFS 1.0.9-12 or OCFS 1.0.11-1? The following is from one of the questions put forward by Derek Suzuki on Ocfs-users "A couple more minor questions about OCFS and RHEL3" > Next, I saw a Metalink thread which suggests that async I/O is not > supported on OCFS with RHAS 2.1. It doesn't say anything about RHEL3. > We've

Oracle appears to have Wim chained in the basement, forced to answer mailing list questions at all hours. I do appreciate it. Our cluster has been stable since we installed RAC, but a few minor issues have me concerned. First, our storage array seems to maintain continuous low-level activity even when the database is shut down. The CPUs spend a modest amount of time in iowait state while this

an ocfs-volume was nearly full (only 800MB free). i deleted some datafiles to free space: $ df -h . Filesystem Size Used Avail Use% Mounted on /dev/sdp1 10G 5.3G 4.8G 53% /db/DPS so there are more than 4GB available. $ sqlplus /nolog SQL*Plus: Release 9.2.0.4.0 - Production on Wed Sep 1 12:57:48 2004 Copyright (c) 1982, 2002, Oracle Corporation. All rights

Oh yeah - easy way to check, Randy: Next time your node hangs, get on the OTHER NODE and go into each directory where files are being opened (datafiles, archivelogs, controlefiles, redo logs, etc) and delete a file (you can create one first then delete it). If this causes the hung node to recover then you're having the same problem I was having. Jeremy >>> "Jeremy

having a problem with ocfs. device /dev/sdd mounted on 2 nodes, node 0 and node 1 tried to create file /u01/oracle/prod/proddata/temp01.dbf from node 1 (ALTER TABLESPACE TEMP ADD TEMPFILE...) caused oracle server process to hang in a "D" state apparently trying to create the file. the file has not been created yet. If I type "ls" from node 2 in directory /u01/oracle/prod

Hi experts, My customer issued debugocfs to check for file_size and extent info but values such as file_size, alloc_size, next_free_ext were 0. (/dev/sdi1 contains datafiles and arc files) # debugocfs -a 0 /dev/sdi1 debugocfs 1.0.10-PROD1 Fri Mar 5 14:35:29 PST 2004 (build fcb0206676afe0fcac47a99c90de0e7b) file_extent_0: file_number = 128 disk_offset = 1433600 curr_master = 0 file_lock =

>also - for async io ; >p2448994_9204_LINUX.zip is the patch to apply for oracle >(this is metalink ARU patch number). Wim, The patch description on Metalink says: DIRECT IO SUPPORT ON EXT2 FILESYSTEM Which wasn't quite what I was expecting. Kevin -----Original Message----- From: Wim Coekaerts [mailto:wim.coekaerts@oracle.com] Sent: 25 November 2003 03:23 To: Brian M. Diehl

Hi all... I have a strange problem. 2 of my mount points already use 7% of space, even when I check the directory is empty. When I re-format it, it release the space for a while, after 1 or 2 days, the space is used again for 7% - 10 %. What could be the reason? I am using RHAS 2.1 Enterprise Kernel 2.1 and OCFS release 1.0.9-6 Thanks Jeram

Hi all, Sorry to break in, but I find this thread a bit interesting. Jeram: I'm not very familiar with HP storage and cannot find too much info on the EVA 6000 array. Is it related to the EVA 5000 somehow, or is it a NAS array? In any case, how is the array configured. If the algorithm for hartbeat is as described earlier (36 sector reads and one write per second (per host???)) then you

Wim, Thanks for your prompt response on this. The tpmC figures look very impressive, and tpmC is read intensive. I had already read note 236679.1 "Comparing Performance Between RAW IO vs OCFS vs EXT2/3" which I guess is the article to which you are referring; it made me suspect that the poor performance was due to the lack of an OS IO cache but I wasn't sure. The database is

Wim, Thanks for your prompt response on this. The tpmC figures look very impressive, and tpmC is read intensive. I had already read note 236679.1 "Comparing Performance Between RAW IO vs OCFS vs EXT2/3" which I guess is the article to which you are referring; it made me suspect that the poor performance was due to the lack of an OS IO cache but I wasn't sure. The database is

Greetings, Having read about the previous OSFS hangs, I think this one that we are seeing is different, but I'm not sure if this is caused by OCFS or the Linux OS. We are running OCFS Version 1.09 with Linux AS 3.0/9i RAC. We have a 2 node Intel Cluster (Node 1 and Node 2). This morning the DBA tried to do an "ls" command on /u06/oradata/database

From: John Smiley [mailto:pro_oracle@yahoo.com] Sent: Monday, November 24, 2003 5:07 PM To: Wim Coekaerts Cc: ocfs-devel@oss.oracle.com; ocfs-users@oss.oracle.com Subject: [Ocfs-users] ocfs-2.4.21-EL-smp-1.0.9-9.i686.rpm does not work with RHEL 3errata kernel Wim, ocfs-2.4.21-EL-smp-1.0.9-9.i686.rpm does not install when the errata kernel (2.4.21-4.0.1) is installed in RHEL 3. It complains

Sunil Mushran wrote: >And as that gets into reading debugocfs outputs, the user has to make the determination, if the effort is worth the gain in performance. Why only logfiles? Well, because Oracle performs large ios only to the logfiles. The ios to be datafiles are in smaller chunks. Hope this helps. Sunil I'd like to point out a small mistake in this post. Oracle most certainly

I am still having this weird problem with nodes hanging while I'm running OCFS. I'm using OCFS 1.0.9-12 and RHAS 2.1 I've been working on tracking it down and here's what I've got so far: 1. I create a file from node 0. This succeeds; I can /bin/cat the file, append, edit, or whatever. 2. From node 1, I do an operation that accesses the DirNode (e.g. /bin/ls) 3. Node 0

I am still having this weird problem with nodes hanging while I'm running OCFS. I'm using OCFS 1.0.9-12 and RHAS 2.1 I've been working on tracking it down and here's what I've got so far: 1. I create a file from node 0. This succeeds; I can /bin/cat the file, append, edit, or whatever. 2. From node 1, I do an operation that accesses the DirNode (e.g. /bin/ls) 3. Node 0

Hi OCFS Gurus... I have 2 questions for OCFS ver 1.0.10.1 1. What is the Maximum mount point suggested if we are using OCFS ? 2. Is there any method to tune the OCFS to booster the IO performance? Awaiting ur responses... Thanks in Advance... Rgds/Jeram

Another question. When my database is running, I do [oracle@LNCSTRTLDB03 LPTE3]$ cp --o_direct xdb01.dbf /tmp cp: cannot open `xdb01.dbf' for reading: Permission denied [oracle@LNCSTRTLDB03 LPTE3]$ When the database is shudown it works. Is this normal for ocfs because with any other filesystem I can just copy a file at any time (Its only a testing, I know I cant copy datafiles and have