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
