similar to: Problems building OCFS2

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'

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'

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'

Good morning, I'm trying to build ocfs2-1.4.7 against a Centos 5.3 distro with a 2.6.30 kernel. I get the following errors during compilation. make[1]: Entering directory `/root/src/ocfs2-1.4.7/fs' make -C ocfs2 stamp-md5 make[2]: Entering directory `/root/src/ocfs2-1.4.7/fs/ocfs2' make[2]: Leaving directory `/root/src/ocfs2-1.4.7/fs/ocfs2' make -C ocfs2/cluster stamp-md5

Just a quick question. What is the maximum and minimum volume sizes that OCFS2 supports? I'm working on doing a plugin for EVMS to support OCFS2. One of the functions needs that info. Thanks, John

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

John, This makes a little more sense if you take a look at the related changes over in hash.c and the change to the prototype of ocfs_bh_sem_lock_modify in proto.h. This is one of those instances where you absolutely require a macro in order to get at the __FUNCTION__, __FILE__ and __LINE__ preprocessor magic. The problem we were trying to solve here was that we were hitting a lot of

> Post the exact command and the error message. [root at Test1 ocfs2-1.3.9]# ./configure checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu ... [root at Test1 ocfs2-1.3.9]# make .... make[2]: Leaving directory `/usr/src/kernels/2.6.18-92.1.6.el5-x86_64' make[1]: Leaving directory `/config/ocfs2-1.3.9/fs' make -C vendor make[1]:

From: Zongxun Wang <wangzongxun at huawei.com> Even if using the same jbd2 handle, we cannot rollback a transaction. So once some error occurs after successfully allocating clusters, the allocated clusters will never be used and it means they are lost. For example, call ocfs2_claim_clusters successfully when expanding a file, but failed in ocfs2_insert_extent. So we need free the allocated

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

Remove some pointless conditionals before kfree(). Signed-off-by: Wei Yongjun <yjwei at cn.fujitsu.com> --- fs/ocfs2/alloc.c | 3 +-- fs/ocfs2/cluster/heartbeat.c | 6 ++---- fs/ocfs2/cluster/tcp.c | 6 ++---- fs/ocfs2/dlm/dlmdomain.c | 3 +-- fs/ocfs2/dlm/dlmrecovery.c | 6 ++---- fs/ocfs2/extent_map.c | 3 +-- fs/ocfs2/journal.c

Hi, The ocfs2 package compiled perfectly, but tools did not. The test setup is using opensuse10.1 - updates applied For "ocfs2-tools-1.2.2": In file included from include/ocfs2.h:60, from alloc.c:32: include/ocfs2_fs.h: In function ?ocfs2_fast_symlink_chars?: include/ocfs2_fs.h:566: warning: implicit declaration of function ?offsetof? include/ocfs2_fs.h:566: error: expected

We need to use le32_to_cpu to test rec->e_cpos in ocfs2_dinode_insert_check. Signed-off-by: Tao Ma <tao.ma at oracle.com> --- fs/ocfs2/alloc.c | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/fs/ocfs2/alloc.c b/fs/ocfs2/alloc.c index 3a9e5de..19e3a96 100644 --- a/fs/ocfs2/alloc.c +++ b/fs/ocfs2/alloc.c @@ -176,7 +176,8 @@ static int

In ocfs2_remove_btree_range, when calling ocfs2_lock_refcount_tree and ocfs2_prepare_refcount_change_for_del failed, it goes to out and then tries to call mutex_unlock without mutex_lock before. And when calling ocfs2_reserve_blocks_for_rec_trunc failed, it should free ref_tree before return. Signed-off-by: Joseph Qi <joseph.qi at huawei.com> --- fs/ocfs2/alloc.c | 8 ++++---- 1 file

From: Zongxun Wang <wangzongxun at huawei.com> Even if using the same jbd2 handle, we cannot rollback a transaction. So once some error occurs after successfully allocating clusters, the allocated clusters will never be used and it means they are lost. For example, call ocfs2_claim_clusters successfully when expanding a file, but failed in ocfs2_insert_extent. So we need free the allocated

In __ocfs2_mark_extent_written, when we meet with the situation of c_split_covers_rec, the old solution just replace the extent record and forget to access and dirty the buffer_head. This will cause a problem when the unwritten extent is in an extent block. So access and dirty it. Signed-off-by: Tao Ma <tao.ma at oracle.com> --- fs/ocfs2/alloc.c | 27 ++++++++++++++++++++++++++- 1 files

fstest generic cases 347 361 628 629 trigger a same issue: When jbd2 enter ABORT status, ocfs2 ignores it and keep going to commit journal. This commit gives ocfs2 ability to handle jbd2 ABORT case. Signed-off-by: Heming Zhao <heming.zhao at suse.com> --- fs/ocfs2/alloc.c | 10 ++++++---- fs/ocfs2/journal.c | 5 +++++ fs/ocfs2/localalloc.c | 3 +++ 3 files changed, 14

The ocfs2 directory index updates two blocks when we remove an entry - the dx root and the dx leaf. OCFS2_DELETE_INODE_CREDITS was only accounting for the dx leaf. This shows up when ocfs2_delete_inode() runs out of credits in jbd2_journal_dirty_metadata() at "J_ASSERT_JH(jh, handle->h_buffer_credits > 0);". The test that caught this was running dirop_file_racer from the

Linus et al, Here are the ocfs2 updates for 2.6.35. There are two major changes. Mark added allocation reservations to our node-local allocators. This gets us much more contiguousness when many processes are growing files in parallel. On the other end of contiguousness, ocfs2 has had a major limitation since the beginning. When ocfs2 needs new inodes, it has always grown its metadata

In ocfs2_expand_inline_dir, we calculate whether we need 1 extra cluster if we can't store the dx inline the root and save it in dx_alloc. So add it when we call ocfs2_reserve_clusters. Signed-off-by: Tao Ma <tao.ma at oracle.com> --- fs/ocfs2/dir.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/fs/ocfs2/dir.c b/fs/ocfs2/dir.c index e71160c..07d8920 100644