search for: ocfs2_initialize_super

...it some seconds; Ctrl-C [root@lnxp-1038:/backend1]$ cat /proc/slab_allocators | egrep '(size.512|ocfs2_inode_cache)' | grep ocfs | sort -k 2 -n size-512: 1 o2hb_heartbeat_group_make_item+0x1b/0x79 [ocfs2_nodemanager] size-512: 1 o2hb_map_slot_data+0x22/0x2fa [ocfs2_nodemanager] size-512: 1 ocfs2_initialize_super+0x55e/0xd7f [ocfs2] size-512: 26439 ocfs2_dentry_attach_lock+0x2d1/0x423 [ocfs2] ocfs2_inode_cache: 26450 ocfs2_alloc_inode+0x13/0x29 [ocfs2] size-512: 52879 dlm_new_lockres+0x22/0x189 [ocfs2_dlm] # Clear caches [root@lnxp-1038:/mail/store/backend1]$ echo 3 > /proc/sys/vm/drop_caches [root@ln...

...stem_inodes(struct ocfs2_super *osb); static int ocfs2_check_volume(struct ocfs2_super *osb); static int ocfs2_verify_volume(struct ocfs2_dinode *di, struct buffer_head *bh, - u32 sectsize); + u32 sectsize, + struct ocfs2_blockcheck_stats *stats); static int ocfs2_initialize_super(struct super_block *sb, struct buffer_head *bh, - int sector_size); + int sector_size, + struct ocfs2_blockcheck_stats *stats); static int ocfs2_get_sector(struct super_block *sb, struct buffer_head **bh, int block, @@ -539,7 +541,8 @@ out: static int ocfs2...

...stem_inodes(struct ocfs2_super *osb); static int ocfs2_check_volume(struct ocfs2_super *osb); static int ocfs2_verify_volume(struct ocfs2_dinode *di, struct buffer_head *bh, - u32 sectsize); + u32 sectsize, + struct ocfs2_blockcheck_stats *stats); static int ocfs2_initialize_super(struct super_block *sb, struct buffer_head *bh, - int sector_size); + int sector_size, + struct ocfs2_blockcheck_stats *stats); static int ocfs2_get_sector(struct super_block *sb, struct buffer_head **bh, int block, @@ -703,7 +705,8 @@ out: static int ocfs2...

...+0x154b/0x2540 [ocfs2] Feb 27 09:50:59 Server21 kernel: [ 1199.751426] [<ffffffff81316059>] ? vsnprintf+0x219/0x600 Feb 27 09:50:59 Server21 kernel: [ 1199.751433] [<ffffffff8117aa46>] mount_bdev+0x1c6/0x210 Feb 27 09:50:59 Server21 kernel: [ 1199.751460] [<ffffffffa0634510>] ? ocfs2_initialize_super.isra.208+0x1440/0x1440 [ocfs2] Feb 27 09:50:59 Server21 kernel: [ 1199.751487] [<ffffffffa0624615>] ocfs2_mount+0x15/0x20 [ocfs2] Feb 27 09:50:59 Server21 kernel: [ 1199.751491] [<ffffffff8117b5d3>] mount_fs+0x43/0x1b0 Feb 27 09:50:59 Server21 kernel: [ 1199.751497] [<ffffffff8119...

...+0x154b/0x2540 [ocfs2] Feb 27 09:50:59 Server21 kernel: [ 1199.751426] [<ffffffff81316059>] ? vsnprintf+0x219/0x600 Feb 27 09:50:59 Server21 kernel: [ 1199.751433] [<ffffffff8117aa46>] mount_bdev+0x1c6/0x210 Feb 27 09:50:59 Server21 kernel: [ 1199.751460] [<ffffffffa0634510>] ? ocfs2_initialize_super.isra.208+0x1440/0x1440 [ocfs2] Feb 27 09:50:59 Server21 kernel: [ 1199.751487] [<ffffffffa0624615>] ocfs2_mount+0x15/0x20 [ocfs2] Feb 27 09:50:59 Server21 kernel: [ 1199.751491] [<ffffffff8117b5d3>] mount_fs+0x43/0x1b0 Feb 27 09:50:59 Server21 kernel: [ 1199.751497] [<ffffffff8119...

...t. Check 'dmesg' for more information on this error. dmesg: (3701,1):ocfs2_populate_inode:240 ERROR: file entry generation does not match superblock! osb->fs_generation=261a17ad, fe->i_fs_generation=794e6467 (3701,1):ocfs2_init_global_system_inodes:227 ERROR: status = -116 (3701,1):ocfs2_initialize_super:1492 ERROR: status = -116 (3701,1):ocfs2_fill_super:544 ERROR: status = -116 ocfs2: Unmounting device (8,17) on (node 255) Any ideas? Thanks, RCR

...with multipath-tools. When trying to mount OCFS2 device I get this: SERVER:/ # mount.ocfs2 /dev/mapper/mpath0 /mnt/temp/ mount.ocfs2: Invalid argument while mounting /dev/mapper/mpath0 on /mnt/temp/. Check 'dmesg' for more information on this error. So when I check dmesg I get: (8854,0):ocfs2_initialize_super:1418 ERROR: couldn't mount because of unsupported optional features (10). (8854,0):ocfs2_fill_super:566 ERROR: status = -22 ocfs2: Unmounting device (253,8) on (node 255) When looking at the command with strace I see this line: mount("/dev/mapper/mpath0", "/mnt/temp/", &qu...

...The error is JDB: no valid journal superblock found I have searched high and low for this, but wasn't able to come up with anything as to why I get this. This error will occur on either node. (3509,0):o2net_set_nn_state:415 accepted connection from node bsp (num 1) at 10.1.1.11:7777 (3575,0):ocfs2_initialize_super:1326 max_slots for this device: 4 (3575,0):ocfs2_fill_local_node_info:1019 I am node 0 (3575,0):__dlm_print_nodes:377 Nodes in my domain ("E09A0D90C8454749B81E9754438611B8"): (3575,0):__dlm_print_nodes:381 node 0 (3575,0):__dlm_print_nodes:381 node 1 (3575,0):ocfs2_find_slot:267 taking...

Hi Joel/Srini, Here are 2 patches for orphan lock in local mode. patch 1: In local mode, we don't need lvb, so don't init it. patch 2: In local mode, orphan lock and unlock don't need to go to dlm part. Regards, Tao

...15a1/0x25a0 [ocfs2] Aug 20 10:05:43 server211 kernel: [82025.281992] [<ffffffff81394e49>] ? vsnprintf+0x309/0x600 Aug 20 10:05:43 server211 kernel: [82025.281998] [<ffffffff811c4c99>] mount_bdev+0x1b9/0x200 Aug 20 10:05:43 server211 kernel: [82025.282011] [<ffffffffa05bae50>] ? ocfs2_initialize_super.isra.208+0x1470/0x1470 [ocfs2] Aug 20 10:05:43 server211 kernel: [82025.282022] [<ffffffffa05adbe5>] ocfs2_mount+0x15/0x20 [ocfs2] Aug 20 10:05:43 server211 kernel: [82025.282025] [<ffffffff811c58c3>] mount_fs+0x43/0x1b0 Aug 20 10:05:43 server211 kernel: [82025.282029] [<ffffffff8...

...15a1/0x25a0 [ocfs2] Aug 20 10:05:43 server211 kernel: [82025.281992] [<ffffffff81394e49>] ? vsnprintf+0x309/0x600 Aug 20 10:05:43 server211 kernel: [82025.281998] [<ffffffff811c4c99>] mount_bdev+0x1b9/0x200 Aug 20 10:05:43 server211 kernel: [82025.282011] [<ffffffffa05bae50>] ? ocfs2_initialize_super.isra.208+0x1470/0x1470 [ocfs2] Aug 20 10:05:43 server211 kernel: [82025.282022] [<ffffffffa05adbe5>] ocfs2_mount+0x15/0x20 [ocfs2] Aug 20 10:05:43 server211 kernel: [82025.282025] [<ffffffff811c58c3>] mount_fs+0x43/0x1b0 Aug 20 10:05:43 server211 kernel: [82025.282029] [<ffffffff8...

Before we start accessing a huge (> 16 TiB) OCFS2 volume, we need to confirm that its journal supports 64-bit offsets. So we need to check the journal's feature bits before recovering the journal. This is not possible with JBD2 at present, because the journal superblock (where the feature bits reside) is not loaded from disk until the journal is recovered. This patch loads the journal

Implemented the suggestions. Also, moved the ocfs2_orphan_scan_init() to the end of ocfs2_fill_super() instead of calling it earlier in ocfs2_initialize_super(). Sunil

Next two patches are backport of orphan scan timer patches to ocfs2-1.4

This patch adds jbd_lock_bh_state() and jbd_unlock_bh_state() around accessses to jh->b_committed_data. Fixes oss bugzilla#1131 http://oss.oracle.com/bugzilla/show_bug.cgi?id=1131 Signed-off-by: Sunil Mushran <sunil.mushran at oracle.com> --- fs/ocfs2/suballoc.c | 28 ++++++++++++++++++++++++---- 1 files changed, 24 insertions(+), 4 deletions(-) diff --git a/fs/ocfs2/suballoc.c

...n_relink; group_search_t *ac_group_search; + + u64 ac_last_group; }; void ocfs2_free_alloc_context(struct ocfs2_alloc_context *ac); diff --git a/fs/ocfs2/super.c b/fs/ocfs2/super.c index 382706a..d17e33e 100644 --- a/fs/ocfs2/super.c +++ b/fs/ocfs2/super.c @@ -1442,8 +1442,13 @@ static int ocfs2_initialize_super(struct osb->bitmap_blkno = OCFS2_I(inode)->ip_blkno; + /* We don't have a cluster lock on the bitmap here because + * we're only interested in static information and the extra + * complexity at mount time isn't worht it. Don't pass the + * inode in to the read functio...

...client: 1 Jul 14 09:28:36 nodo5 ocfs2_controld: client 6 fd 15 dead Jul 14 09:28:36 nodo5 ocfs2_controld: client msg Jul 14 09:28:36 nodo5 ocfs2_controld: client 5 fd 14 dead Jul 14 09:28:36 nodo5 ocfs2_controld: client 5 fd -1 dead Jul 14 09:28:36 nodo5 kernel: [52007.749756] (mount.ocfs2,7720,4): ocfs2_initialize_super:2119 ERROR: couldn't mount because of unsupported optional features (2000). Jul 14 09:28:36 nodo5 kernel: [52007.749761] (mount.ocfs2,7720,4): ocfs2_fill_super:1021 ERROR: status = -22 Jul 14 09:28:36 nodo5 kernel: [52007.749770] ocfs2: Unmounting device (253,2) on (node 0) Could someone exp...

As part of adding support for OCFS2 to mount huge volumes, we need to check that the sector_t and page cache of the system are capable of addressing the entire volume. An identical check already appears in ext3 and ext4. This patch moves the addressability check into its own function in fs/libfs.c and modifies ext3 and ext4 to invoke it. Signed-off-by: Patrick LoPresti <lopresti at

Resending after implementing review comments.

Resending after implementing review comments.