[Linux-cluster] gfs1 and 2.6.20

[Robert Peterson]

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 at redhat.com
> 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