Bug 290971
Summary: | gfs umount deadlock gfs:glock_wait_internal | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Corey Marthaler <cmarthal> | ||||||
Component: | gfs-utils | Assignee: | David Teigland <teigland> | ||||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | GFS Bugs <gfs-bugs> | ||||||
Severity: | low | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | 5.0 | CC: | sghosh | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | All | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2009-03-11 03:46:59 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Description
Corey Marthaler
2007-09-14 15:04:23 UTC
Created attachment 195921 [details]
additional stack traces
The stack trace from umount looks like the typical mix of good/bad info, so I'm not sure it really tells us anything useful. An equally interesting but nonsensical trace: kernel: dlm_recoverd S ffffffff801405e0 0 11097 87 11104 11096 (L-TLB) kernel: ffff8101d2f23ea0 0000000000000046 ffff8101d336f800 0000000000000000 kernel: 0000000000000008 ffff8101d5e30100 ffff8101d36367a0 0000fd5028b168af kernel: 0000000000005638 ffff8101d5e302e8 0000000000000001 ffffffff884c371b kernel: Call Trace: kernel: [<ffffffff884c371b>] :dlm:dlm_clear_free_entries+0x15/0x4c kernel: [<ffffffff884cf10b>] :dlm:dlm_recover_status+0x10/0x22 kernel: [<ffffffff884cebd0>] :dlm:dlm_rcom_status+0x32/0x17a kernel: [<ffffffff80061aa4>] mutex_lock+0xd/0x1d kernel: [<ffffffff80061aa4>] mutex_lock+0xd/0x1d kernel: [<ffffffff8009b26b>] keventd_create_kthread+0x0/0x61 kernel: [<ffffffff884cfd40>] :dlm:dlm_recoverd+0x56/0x467 kernel: [<ffffffff884cfcea>] :dlm:dlm_recoverd+0x0/0x467 kernel: [<ffffffff80032163>] kthread+0xfe/0x132 kernel: [<ffffffff8005bfb1>] child_rip+0xa/0x11 kernel: [<ffffffff8009b26b>] keventd_create_kthread+0x0/0x61 kernel: [<ffffffff80032065>] kthread+0x0/0x132 kernel: [<ffffffff8005bfa7>] child_rip+0x0/0x11 Perhaps I'll be able to reproduce this on a machine with kdb installed. I'll be doing some mount/unmount stress testing soon related to some other code changes. Just a note that I reproduced this over the weekend. Created attachment 245811 [details] a mount/unmount test Ran the attached herd file collie -f bull-299601-comment52.h2 -e -A -i 0 for around 24 hours with current (and pending) upstream code (both kernel and user) with no failures. I think this is fixed based on my own recent mount/unmount testing. If it's not seen the next time the same mount_stress test is done, then it should be closed. I ran this test case over night and verified this bug is fixed. 2.6.18-53.1.4.el5 This request was previously evaluated by Red Hat Product Management for inclusion in the current Red Hat Enterprise Linux release, but Red Hat was unable to resolve it in time. This request will be reviewed for a future Red Hat Enterprise Linux release. Closed based on comment #11 |