similar to: A couple more minor questions about OCFS and RHEL3

We are seeing these messages in our system log. any idea what they might be? Unfortunately I'm not sure what was happening at the time. Oct 26 12:57:39 houided003 kernel: (13996) ERROR: status = -999, Common/ocfsgendlm.c, 1304 Oct 26 12:57:39 houided003 kernel: (13996) ERROR: status = -999, Common/ocfsgendlm.c, 1501 Oct 26 12:57:39 houided003 kernel: (13996) ERROR: status = -999,

Hi Experts, We have a 4nodes RAC running and recently one is down due to hardware (fibre optics card) failure. Since running on 3-nodes RAC, the surviving server just keep crashing. We cannot figure out why is this happening but checking /var/log/messages we have these error (notice the msg before crashing at 8:32): Dec 12 08:30:45 x335-142 kernel: (2) ERROR: file entry name did not match inode,

Hello again. I am setting up a new pair of servers to run RAC. They're connected via fibre-channel to a hardware RAID array, and both are able to see the exposed LUNs. When I create an OCFS filesystem on one node with mkfs.ocfs, I can mount it. When I try to mount from the other node, however, it fails. After that, the filesystem is left in a state where neither node can mount it. The

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

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

Hi, Before I describe the problem, I'll describe my environment. This is a development environment built over 1.5 yrs ago: * We have a 2 node Oracle RAC Cluster. * built on two Dell PowerEdge 1850 Servers (Intel(R) Xeon(TM) CPU 3.20GHz) * OS is RHEL3 U3 * Kernel 2.4.21-20.ELsmp * these 2 servers are attached to an EMC AX100 SAN via fibre channel * HBA (QLogic QLA6312 PCI to Fibre

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

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

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

Sort of a followup... We've been running OCFS in sync mode for a little over a month now, and it has worked reasonably well. Performance is still a bit spotty, but we're told that the next kernel update for RHEL3 should improve the situation. We might eventually move to Polyserve's cluster filesystem for its multipathing capability and potentially better performance, but at least we

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

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

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 =

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

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

Hi, First of all great project You are developing, really usefull,but.... Compiling the OCFS System under a clean RedHat 8 Installaton renders an error during compilation: make -C format make[2]: Entering directory `/root/ocfs-1.0.8/tools/format' gcc -g -O2 -pipe -I../../ocfs2/Common/inc -Iinc -I../../tools/debugocfs -I../../ocfs2/Linux/inc -DLINUX -DUSERSPACE_TOOL -o format.o -c

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:

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

A few weeks back we opened a TAR with Oracle support to determine whether an OCFS (1.0.9-12) + async configuration was considered supportable. At first a technician said yes, but I followed up with Wim's explanation of how that combination is potentially troublesome and inadequately tested. The technician double-checked, then confirmed that OCFS + async is considered risky. He did say that a