similar to: upcoming changes

I'm currently part of a project implementing Oracle eBusiness Suite 11i on RAC. We're using a two-node cluster with shared storage, both nodes are configured identical. Kernel is 2.4.9-e.27enterprise and ocfs is 1.0.9-11. I have checked and the shared storage can be accessed directly without any problems from both nodes (/dev/sdx). Curious if anyone has any suggestions or comments

I'm currently part of a project implementing Oracle eBusiness Suite 11i on RAC. We're using a two-node cluster with shared storage, both nodes are configured identical. Kernel is 2.4.9-e.27enterprise and ocfs is 1.0.9-11. I have checked and the shared storage can be accessed directly without any problems from both nodes (/dev/sdx). Curious if anyone has any suggestions or comments

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

I also sent this to OCFS2-devel but no response so far. So... I noticed that OCFS2 got updated in the last few days. I just tried to do a build and got this: [root@linuxjohn2 trunk]# make make -C src make[1]: Entering directory `/root/ocfs2/trunk/src' make[1]: *** No rule to make target `inc/io.h', needed by `alloc.c'. Stop. make[1]: Leaving directory `/root/ocfs2/trunk/src'

We are running Linux AS 2.1 .27 enterprise on an EMC CX400 SAN with ocfs version enterprise 1.0.9-12. After formatting the partitions the response from the filesystem is very slow during either read or writes. Even worse, while we can create a directory, we are unable to delete the directory after it has been created. Every time any directory is attempted to be removed with rmdir we get a

The following patch adds ocfs support to blkid. --rusty # This is a BitKeeper generated patch for the following project: # Project Name: Ext2 filesystem utilities # This patch format is intended for GNU patch command version 2.5 or higher. # This patch includes the following deltas: # ChangeSet 1.1327 -> 1.1328 # lib/blkid/probe.c 1.15 -> 1.16 #

Currently f_fsid of struct kstatfs returned from ocfs2_statfs() is undefined (vfs layer fills 0 as default). Since in some conditions, f_fsid value might be used as (f_fsid, ino) pair to uniquely identify a file, ocfs2 should return a unique defined f_fsid value from ocfs2_statfs(). Because uuid_str is identified no mater on big or litlle endian machine, it's also endian consistent to use

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

As we have fiber channel, and we have fiber connections, sometimes direct p-to-p, where we could run it into our fiber channel switch, and share a disk array over hundreds of feet, to hundreds of miles, but where servers wouldn't be able to talk via fast enough network connection, does (or will) ocfs2 support a mode where there is no network connection needed, and all voting, and cluster

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 7b50567bdcad8925ca1e075feb7171c12015afd1 commit: 0737e01de9c411e4db87dcedf4a9789d41b1c5c1 ocfs2: ocfs2_mount_volume does cleanup job before return error config: arm64-randconfig-m041-20230329 (https://download.01.org/0day-ci/archive/20230401/202304012244.gX4H4rBO-lkp at intel.com/config) compiler:

=20 >-----Original Message----- >From: ocfs2-devel-bounces@oss.oracle.com=20 >[mailto:ocfs2-devel-bounces@oss.oracle.com] On Behalf Of Wim Coekaerts >Sent: 2004=C4=EA6=D4=C222=C8=D5 16:01 >To: Zhang, Sonic > >the problem is, how can we notify. I think we don't want to=20 >notify every >node on every change othewise we overload the interconnect and we don't

The only non-fix here is Joel's new configfs convenience macros, but nobody is using them yet, so I think the patch is safe. By the way, these patches (as usual) are all rebased on top of your latest tree. I think that since the vast majority of ocfs2 and configfs patches are self-contained and within a small area of the kernel that this should probably be fine. If you feel otherwise however,

Like tools, the checksum validate function now prints the values in hex. Signed-off-by: Sunil Mushran <sunil.mushran at oracle.com> --- fs/ocfs2/blockcheck.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/ocfs2/blockcheck.c b/fs/ocfs2/blockcheck.c index ec6d123..c7ee03c 100644 --- a/fs/ocfs2/blockcheck.c +++ b/fs/ocfs2/blockcheck.c @@ -439,7 +439,7 @@ int

Hi Linus, Here are some 2.6.20 fixes for ocfs2. The patch by Zhen Wei isn't really a fix, but a very small amount of support for a feature which is mostly implemented in ocfs2-tools. Considering it's just a single attribute export via configfs, I'd say it's pretty safe to merge. Please pull from 'upstream-linus' branch of

Hi, This is the second batch of Ocfs2 patches intended for the merge window. The 1st batch were sent out previously: http://lkml.org/lkml/2008/12/19/280 The bulk of this set is comprised of Jan Kara's patches to add quota support to Ocfs2. Many of the quota patches are to generic code, which I carried to make merging of the Ocfs2 support easier. All of the non-ocfs2 patches should have

The following patches implement indexed directory support in Ocfs2, mostly according to the design doc I wrote up a while ago: http://oss.oracle.com/osswiki/OCFS2/DesignDocs/IndexedDirectories The patches have been rebased on top of 2.6.29-rc2. It should be trivial to put them into merge_window. Things are what I'd call complete now. I'd like to get these into the merge_window branch

always use the 2.6 variants and fix up for 2.4 under the hood Index: src/journal.c =================================================================== --- src/journal.c (revision 1156) +++ src/journal.c (working copy) @@ -105,9 +105,17 @@ return status; } -#else -#define ocfs_journal_start journal_start -#define ocfs_journal_stop journal_stop + +#define journal_start(journal, nblocks) \ +

Hi! Seems we're facing some memory leak here. This is vanilla 2.6.19-rc6 on a x86_64 box, 4GB RAM. A simple `ls -Rn' on a filesystem with lots of files makes the box leak so much RAM that the OOM killer starts to kick in. With slab alloc debugging turned on, we see this: # mount; ls -Rn; wait some seconds; Ctrl-C [root@lnxp-1038:/backend1]$ cat /proc/slab_allocators | egrep