[Linux-cluster] 'ls' makes GFS2 to withdraw

Theophanis Kontogiannis theophanis_kontogiannis at yahoo.gr
Mon Mar 16 15:23:35 UTC 2009

Hello all,


I have Centos 5.2, kernel  2.6.18-92.1.22.el5.centos.plus,


The cluster is two nodes, using DRBD 8.3.2 as the shared block device, and
CLVM over it, and GFS2 over it.


After an ls in a directory within the GFS2 file system I got the following



GFS2: fsid=tweety:gfs2-00.0: fatal: invalid metadata block

GFS2: fsid=tweety:gfs2-00.0:   bh = 522538 (magic number)

GFS2: fsid=tweety:gfs2-00.0:   function = gfs2_meta_indirect_buffer, file =
fs/gfs2/meta_io.c, line = 332

GFS2: fsid=tweety:gfs2-00.0: about to withdraw this file system

GFS2: fsid=tweety:gfs2-00.0: telling LM to withdraw

GFS2: fsid=tweety:gfs2-00.0: withdrawn


Call Trace:

 [<ffffffff885c2146>] :gfs2:gfs2_lm_withdraw+0xc1/0xd0

 [<ffffffff800639de>] __wait_on_bit+0x60/0x6e

 [<ffffffff80014f46>] sync_buffer+0x0/0x3f

 [<ffffffff80063a58>] out_of_line_wait_on_bit+0x6c/0x78

 [<ffffffff8009d0ca>] wake_bit_function+0x0/0x23

 [<ffffffff885d3f7f>] :gfs2:gfs2_meta_check_ii+0x2c/0x38

 [<ffffffff885c5a06>] :gfs2:gfs2_meta_indirect_buffer+0x104/0x15e

 [<ffffffff885c095a>] :gfs2:gfs2_inode_refresh+0x22/0x2ca

 [<ffffffff8009d0ca>] wake_bit_function+0x0/0x23

 [<ffffffff885bfd9c>] :gfs2:inode_go_lock+0x29/0x57

 [<ffffffff885bef04>] :gfs2:glock_wait_internal+0x1d4/0x23f

 [<ffffffff885bf11d>] :gfs2:gfs2_glock_nq+0x1ae/0x1d4

 [<ffffffff885cb053>] :gfs2:gfs2_lookup+0x58/0xa7

 [<ffffffff885cb04b>] :gfs2:gfs2_lookup+0x50/0xa7

 [<ffffffff800226dd>] d_alloc+0x174/0x1a9

 [<ffffffff8000cbff>] do_lookup+0xe5/0x1e6

 [<ffffffff80009fac>] __link_path_walk+0xa01/0xf42

 [<ffffffff800c4fe7>] zone_statistics+0x3e/0x6d

 [<ffffffff8000e7cd>] link_path_walk+0x5c/0xe5

 [<ffffffff885bdd6f>] :gfs2:gfs2_glock_put+0x26/0x133

 [<ffffffff8000c99e>] do_path_lookup+0x270/0x2e8

 [<ffffffff80012336>] getname+0x15b/0x1c1

 [<ffffffff80023741>] __user_walk_fd+0x37/0x4c

 [<ffffffff8003ed91>] vfs_lstat_fd+0x18/0x47

 [<ffffffff8002a9d3>] sys_newlstat+0x19/0x31

 [<ffffffff8005d229>] tracesys+0x71/0xe0

 [<ffffffff8005d28d>] tracesys+0xd5/0xe0




Obviously ls was not the cause of the problem but it triggered the events.


>From the other node I can have access on the directory that on which the
'ls' triggered the above. The directory is full of files like that:


?--------- ? ?     ?          ?            ? sched_reply


Almost 50% of the files are in shown like that with ls.


The questions are:


1.       Is this a (new) GFS2 bug?

2.       Is this a recoverable problem (and how)?

3.       After a  GFS2 file system gets withdrawn, how do we make the node
to use it again, without rebooting?


Thank you all for your time.


Theophanis Kontogiannis


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/linux-cluster/attachments/20090316/3bd204f3/attachment.htm>

More information about the Linux-cluster mailing list