[Linux-cluster] gfs1 and 2.6.20
rpeterso at redhat.com
Wed Feb 21 21:55:16 UTC 2007
Asbjørn Sannes wrote:
> Asbjørn Sannes wrote:
>> I have been trying to use the STABLE branch of the cluster suite with
>> vanilla 2.6.20 kernel, and everything seemed at first to work, my
>> problem can be reproduced by this:
>> mount a gfs filesystem anywhere..
>> do a sync, this sync will now just hang there ..
>> If I unmount the filesystem in another terminal, the sync command will
>> .. dumping the kernel stack of sync shows that it is in __sync_inodes on
>> __down_read, looking in the code it seems that is waiting for the
>> s_umount semaphore (in the superblock)..
>> Just tell me if you need any more information or if this is not the
>> correct place for this..
> Here is the trace for sync (while hanging) ..
> sync D ffffffff8062eb80 0 17843 15013
> ffff810071689e98 0000000000000082 ffff810071689eb8 ffffffff8024d210
> 0000000071689e18 0000000000000000 0000000100000000 ffff81007b670fe0
> ffff81007b6711b8 00000000000004c8 ffff810037c84770 0000000000000001
> Call Trace:
> [<ffffffff8024d210>] wait_on_page_writeback_range+0xed/0x140
> [<ffffffff8046046c>] __down_read+0x90/0xaa
> [<ffffffff802407d6>] down_read+0x16/0x1a
> [<ffffffff8028df35>] __sync_inodes+0x5f/0xbb
> [<ffffffff8028dfa7>] sync_inodes+0x16/0x2f
> [<ffffffff80290293>] do_sync+0x17/0x60
> [<ffffffff802902ea>] sys_sync+0xe/0x12
> [<ffffffff802098be>] system_call+0x7e/0x83
> Asbjørn Sannes
> Linux-cluster mailing list
> Linux-cluster at redhat.com
I'll look into this as soon as I can find the time...
Red Hat Cluster Suite
More information about the Linux-cluster