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
end..
.. 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
(NOTLB)
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
Greetings,
Asbjørn Sannes
--
Linux-cluster mailing list
Linux-cluster@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-cluster
Hi Asbjørn,
I'll look into this as soon as I can find the time...
Regards,
Bob Peterson
Red Hat Cluster Suite
--
Linux-cluster mailing list
Linux-cluster@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-cluster
