similar to: OCFS2 Crash

Hi List, i've upgraded some machines to linux kernel from 2.8.38 to 3.0.4. Now i'm always seeing this message when mounting an ocfs2 volume: [ 38.745584] (mount.ocfs2,3315,4):ocfs2_global_read_info:403 ERROR: status = 24 [ 38.776395] (mount.ocfs2,3315,4):ocfs2_global_read_info:403 ERROR: status = 24 ocfs2-tools 1.6.3-1 Stefan

Hi, I have 2 questions : 1. OCFS2 works on which schema. 2. If i run my rac on OCFS2 and i need to restore my datafile in other database which is runing on ASM , Is that possible? If yes how? Thanks & regards Suvankar --- On Thu, 3/11/10, ocfs2-users-request at oracle.com <ocfs2-users-request at oracle.com> wrote: > From: ocfs2-users-request at oracle.com <ocfs2-users-request

Hi! When i'm running debugfs.ocfs2 i get the following result: debugfs.ocfs2 -R "stats" /dev/sdb Revision: 0.90 Mount Count: 0 Max Mount Count: 20 State: 0 Errors: 0 Check Interval: 0 Last Check: Mon May 10 12:17:37 2010 Creator OS: 0 Feature Compat: 3 backup-super strict-journal-super Feature Incompat: 8016 sparse

Hi, After problem described in http://oss.oracle.com/pipermail/ocfs2-users/2010- December/004854.html we've upgraded kernels and ocfs2-tools on every node. The present versions are: kernel 2.6.32-bpo.5-amd64 (from debian lenny-backports) ocfs2-tolls 1.4.4-3 (from debian squeeze) We didn't noticed any problems in logs untill last friday, when the whole ocfs2 cluster crashed. We know

An HTML attachment was scrubbed... URL: http://oss.oracle.com/pipermail/ocfs2-users/attachments/20120731/5f1e8a49/attachment.html

I've run into a problem mounting an OCFS2 filesystem on a DRBD device. I think it's the same one discussed at http://lists.linbit.com/pipermail/drbd-user/2007-April/006681.html When I try to mount the filesystem I get a ocfs2_hb_ctl: I/O error: [root at node-6A ~]# mount -t ocfs2 /dev/drbd2 /cshare ocfs2_hb_ctl: I/O error on channel while starting heartbeat mount.ocfs2: Error when

Linus et al, Here are the ocfs2 fixes we have ready for pulling right now. I have a bit of a procedural question, though. I've been busy, so Tao was kind enough to take the fixes I already had and apply all the new fixes. He coordinated testing them and getting them ready to go upstream. That's why I have his git tree in the pull request below. I wasn't sure how the signoffs work

Hi, I'm getting system (and eventually cluster) crashes on intensive disk writes in ubuntu server 10.04 with my OCFS2 file system. I have an iSER (infiniband) backed shared disk array with OCFS2 on it. There are 6 nodes in the cluster, and the heartbeat interface is over a regular 1GigE connection. Originally, the problem presented itself while I was doing performance testing and

Linus, et al, Here are the ocfs2 updates for 2.6.31. It's a quiet cycle, almost completely composed of fixes. There is a nice performance improvement from Hisashi Hifumi for fdatasync. Please pull. Joel The following changes since commit b4348f32dae3cb6eb4bc21c7ed8f76c0b11e9d6a: Linus Torvalds (1): Merge branch 'for-linus' of git://oss.sgi.com/xfs/xfs are available in

Linus, et al, Here are all the outstanding ocfs2 fixes for 2.6.31. The major fixes are for aio write and for non-sparse file extending. There are also a couple of b-tree fixes as well as some for quotas. Please pull. Joel The following changes since commit 44b572809581d5a10dbe35aa6bf689f32b9c5ad6: Yinghai Lu (1): x86: don't clear nodes_states[N_NORMAL_MEMORY] when numa is not

add trace event header file for ocfs2. Signed-off-by: Wengang Wang <wen.gang.wang at oracle.com> --- include/trace/events/ocfs2.h | 17 +++++++++++++++++ 1 files changed, 17 insertions(+), 0 deletions(-) create mode 100644 include/trace/events/ocfs2.h diff --git a/include/trace/events/ocfs2.h b/include/trace/events/ocfs2.h new file mode 100644 index 0000000..fa86758 --- /dev/null +++

Linus, et al, Here are some more ocfs2 updates for 2.6.31. More bug fixes, mostly. The one non-fix is lockdep annotation for ocfs2's cluster locking. Thanks to Jan Kara for that. Please pull. Joel The following changes since commit 3fe0344faf7fdcb158bd5c1a9aec960a8d70c8e8: Linus Torvalds (1): Merge branch 'kmemleak' of git://linux-arm.org/linux-2.6 are available in

I'm trying to compile ocfs2-1.4.1 in on my system and it's not working very well. This is what is happening after running the following: Is there a patch for this? Or what could be wrong? ./configure --with-kernel=/usr/src/kernels/2.6.22.19-vs2.3.0.34.1- x86_64 ; make make -C fs make[1]: Entering directory `/root/ocfs2-1.4.1/fs' make -C ocfs2 stamp-md5 make[2]: Entering directory

Linus et al, Here is the second batch of ocfs2 changes for 2.6.36. We've ironed out all of the ordering with the extN/jbd2 folks, and they have stewed for a little as well. There's nothing large in here. ocfs2 has long supported devices larger than 2^32 sectors in the code; we now toggle that capability on. Tao has added readahead to our CoW operations. We also have one more ECC fix

Linus, et al, Here are the major ocfs2 fixes for 2.6.35-rc5. A few more fixes have trickled in, but as these major fixes have been tested, I didn't want to delay them any longer. The first major fix you know about: the tail zeroing fix when extending files. It's been run under heavy testing for a week now, and we're quite happy. We should also no longer be touching any pages past

Hi Tiger, ltp-20120104 hugemmap02 testcase fails on ocfs2 filesystem with both UEK 2.6.39-100.0.18 and RHEL 2.6.18-300.el5: hugemmap02 1 TCONF : huge mmap failed to test the scenario hugemmap02 1 TCONF : huge mmap failed to test the scenario hugemmap02 0 TWARN : tst_rmdir: rmobj(/mnt/ocfs2/ltp-mQdlAx5411/hugSJXB0B) failed: lstat(/mnt/ocfs2/ltp-mQdlAx5411/hugSJXB0B) failed;

All, We are pleased to announce the release of OCFS2 1.4.10-1 and OCFS2 tools 1.6.3-2 for Oracle Linux 5 Update 7 and higher and Redhat Enterprise Linux 5 Update 7 and higher. Oracle's Unbreakable Linux Network users who are subscribing to the "OCFS2 1.4 packages for Enterprise Linux 5" channel can upgrade to this release by running up2date. Red Hat's Enterprise Linux 5

This patch add mount option relatime and noatime in ocfs2 document. Signed-off-by: Tiger Yang <tiger.yang at oracle.com> --- Documentation/filesystems/ocfs2.txt | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/Documentation/filesystems/ocfs2.txt b/Documentation/filesystems/ocfs2.txt index c2a0871..f1b8276 100644 --- a/Documentation/filesystems/ocfs2.txt +++

llseek requires ocfs2 inode lock for updating the file size in SEEK_END. because the file size maybe update on another node. if it not . after call llseek in SEEK_END. the position is old. this bug can be reproduce the following scenario: at first ,we dd a test fileA,the file size is 10k. on NodeA: --------- 1) open the test fileA, lseek the end of file. and print the position. 2) close the test

Linus et al, Here are the last ocfs2 and configfs fixes for 2.6.39-rc. These include a configfs crash and a compatibility regression in the ocfs2 internal DLM. Please pull. The following changes since commit 446cc6345d3de6571bdd0840f48aca441488a28d: Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/ericvh/v9fs (2011-05-12 18:00:09 -0700) are available in the