Bug 710642 - GFS2: inode glock stuck without holder
Summary: GFS2: inode glock stuck without holder
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: kernel
Version: 6.0
Hardware: All
OS: Linux
high
medium
Target Milestone: rc
: ---
Assignee: Frantisek Hrbata
QA Contact: Red Hat Kernel QE team
URL:
Whiteboard:
Depends On: 635041
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-06-03 21:35 UTC by Ken Reilly
Modified: 2016-04-26 14:53 UTC (History)
14 users (show)

Fixed In Version: kernel-2.6.32-71.33.1.el6
Doc Type: Bug Fix
Doc Text:
When the Distributed Lock Manager (DLM) queued three callbacks for a lock in the following sequence: blocking - completion - blocking, it would consider the final blocking callback redundant and skip it. Because the callback was skipped, GFS would not release the lock, causing processes on other nodes to wait indefinitely for it. With this update, the DLM does not skip the necessary blocking callback.
Clone Of:
Environment:
Last Closed: 2011-08-02 16:54:42 UTC
Target Upstream Version:

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2011:1106 0 normal SHIPPED_LIVE Moderate: kernel security, bug fix, and enhancement update 2011-08-02 16:53:52 UTC

Description Ken Reilly 2011-06-03 21:35:51 UTC 
This bug has been copied from bug #635041 and has been proposed
to be backported to 6.0 z-stream (EUS).
Comment 8 errata-xmlrpc 2011-08-02 16:54:42 UTC 
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHSA-2011-1106.html
Comment 9 Martin Prpič 2011-08-18 14:42:07 UTC 
    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
When the Distributed Lock Manager (DLM) queued three callbacks for a lock
in the following sequence: blocking - completion - blocking, it would
consider the final blocking callback redundant and skip it. Because the
callback was skipped, GFS would not release the lock, causing processes on
other nodes to wait indefinitely for it. With this update, the DLM does not
skip the necessary blocking callback.
Note You need to log in before you can comment on or make changes to this bug.