Bug 459843
| Summary: | GFS2: deadlock between unlink and rmdir | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 5 | Reporter: | Nate Straz <nstraz> |
| Component: | kernel | Assignee: | Steve Whitehouse <swhiteho> |
| Status: | CLOSED DUPLICATE | QA Contact: | Cluster QE <mspqa-list> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 5.3 | CC: | cluster-maint, edamato |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2008-08-26 07:48:26 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: | |||
|
Description
Nate Straz
2008-08-22 20:50:30 UTC
I was able to reproduce this again in 40 minutes while running d_metaverify as stated in the original bug. Here are the locks and the backtraces for the processes: on dash-03: G: s:EX n:3/11 f:D t:EX d:UN/5638767000 l:0 a:0 r:8 H: s:EX f:H e:0 p:9049 [d_doio] gfs2_rmdir+0x93/0x182 [gfs2] R: n:17 G: s:UN n:2/880e98 f:l t:EX d:UN/0 l:0 a:0 r:4 H: s:EX f:W e:0 p:9049 [d_doio] gfs2_rmdir+0x57/0x182 [gfs2] d_doio D ffffffff8852e138 0 9049 9048 9050 (NOTLB) ffff8100325b7c58 0000000000000086 0000000000000000 ffff810031eda000 0000000000000296 0000000000000007 ffff81002ded1100 ffffffff802e5ae0 00000480c7093da0 0000000000000926 ffff81002ded12e8 0000000088504dea Call Trace: [<ffffffff8852e138>] :gfs2:just_schedule+0x0/0xe [<ffffffff8852e141>] :gfs2:just_schedule+0x9/0xe [<ffffffff800639be>] __wait_on_bit+0x40/0x6e [<ffffffff8852e138>] :gfs2:just_schedule+0x0/0xe [<ffffffff80063a58>] out_of_line_wait_on_bit+0x6c/0x78 [<ffffffff8009e107>] wake_bit_function+0x0/0x23 [<ffffffff8852e133>] :gfs2:gfs2_glock_wait+0x2b/0x30 [<ffffffff8852fada>] :gfs2:gfs2_glock_nq_m+0xa9/0xeb [<ffffffff8853b03a>] :gfs2:gfs2_rmdir+0xa0/0x182 [<ffffffff8853aff1>] :gfs2:gfs2_rmdir+0x57/0x182 [<ffffffff8853b009>] :gfs2:gfs2_rmdir+0x6f/0x182 [<ffffffff8853b02d>] :gfs2:gfs2_rmdir+0x93/0x182 [<ffffffff885408a9>] :gfs2:gfs2_rindex_hold+0x32/0x152 [<ffffffff80049ec9>] vfs_rmdir+0xce/0x11d [<ffffffff800df959>] do_rmdir+0x9c/0xde [<ffffffff8005d229>] tracesys+0x71/0xe0 [<ffffffff8005d28d>] tracesys+0xd5/0xe0 on dash-02: G: s:UN n:3/11 f:l t:EX d:EX/0 l:0 a:0 r:8 H: s:EX f:W e:0 p:9044 [d_doio] gfs2_unlink+0xa4/0x194 [gfs2] G: s:EX n:2/880e98 f:D t:EX d:UN/5614934000 l:0 a:0 r:4 H: s:EX f:H e:0 p:9044 [d_doio] gfs2_unlink+0x64/0x194 [gfs2] I: n:1061170/8916632 t:4 f:0x00000010 d_doio D ffffffff88527138 0 9044 9043 9045 (NOTLB) ffff81002a84bc88 0000000000000082 0000000000000018 ffffffff884fc488 0000000000000296 0000000000000007 ffff81002ee540c0 ffffffff802e5ae0 00000480d01f3655 0000000000000c01 ffff81002ee542a8 00000000884fddea Call Trace: [<ffffffff884fc488>] :dlm:request_lock+0x93/0xa0 [<ffffffff88527138>] :gfs2:just_schedule+0x0/0xe [<ffffffff88527141>] :gfs2:just_schedule+0x9/0xe [<ffffffff800639be>] __wait_on_bit+0x40/0x6e [<ffffffff88527138>] :gfs2:just_schedule+0x0/0xe [<ffffffff80063a58>] out_of_line_wait_on_bit+0x6c/0x78 [<ffffffff8009e107>] wake_bit_function+0x0/0x23 [<ffffffff88527133>] :gfs2:gfs2_glock_wait+0x2b/0x30 [<ffffffff88533ed7>] :gfs2:gfs2_unlink+0xd1/0x194 [<ffffffff88533e6a>] :gfs2:gfs2_unlink+0x64/0x194 [<ffffffff88533e88>] :gfs2:gfs2_unlink+0x82/0x194 [<ffffffff88533eaa>] :gfs2:gfs2_unlink+0xa4/0x194 [<ffffffff885398a9>] :gfs2:gfs2_rindex_hold+0x32/0x152 [<ffffffff80049db5>] vfs_unlink+0xc2/0x108 [<ffffffff8003c4c1>] do_unlinkat+0xaa/0x141 [<ffffffff8005d229>] tracesys+0x71/0xe0 [<ffffffff8005d28d>] tracesys+0xd5/0xe0 This looks like a dup to me *** This bug has been marked as a duplicate of bug 458289 *** |