Bug 156569
Summary: | kernel dm: Potential for device mapper deadlock due to inconsistent ordering of obtaining mapped device's inode I_LOCK lock and the mapped device's lock semaphore. | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 4 | Reporter: | Ed Goggin <egoggin> |
Component: | device-mapper | Assignee: | Alasdair Kergon <agk> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 4.0 | CC: | agk, andriusb, cjones, dmo, kanderso, kannan_hariharan, kaufman_susan, lmb, mbroz, perez-kolk_santiago, rkenna, tranlan |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | RHEL4U2 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-05-15 14:37:07 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
Ed Goggin
2005-05-01 22:08:10 UTC
Is there any update on this issue? Thanks. This looks tractable: the difficulty is in not introducing new race conditions whilst solving it. First draft of a patch (unfinished) is in 'editing' dir (00020). 1. lock/unlock fs should not hold the md lock any more. 2. suspend/swap_table/resume must still never be capable of interfering with each other. Patches aimed at achieving these goals are at: ftp://sources.redhat.com/pub/dm/patches/2.6-unstable/editing/patches/ Please can people review them and try them out? My main concern is how many new race conditions I've introduced while attempting to fix the existing ones... Alisdair - have you had any feedback on the patches or on the request in general? Thanks. Heather Ed - have you reviewed the patches that Alisdair posted? If so, do you have any feedback that you can share? Thanks. Heather I believe I these fixes made it into RHEL4 U2. This item can be closed. Andrius please close this issue. Closing issue, as notabug, as this has been resolved in RHEL4 U2. |