Bug 242759

Summary:	Glock leak in gfs_create
Product:	Red Hat Enterprise Linux 5	Reporter:	Wendy Cheng <nobody+wcheng>
Component:	gfs-kmod	Assignee:	Wendy Cheng <nobody+wcheng>
Status:	CLOSED ERRATA	QA Contact:	GFS Bugs <gfs-bugs>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	5.0
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:	RHBA-2007-0577	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2007-11-07 20:07: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 Wendy Cheng 2007-06-05 17:28:23 UTC

Description of problem:
Bump into this problem while debugging bug #236565 (GFS SPECsfs panic).
Apparently a minor oversight while adding new functionality into GFS for 
RHEL5. GFS versions <= RHEL4 is immuned from this issue.

Upon memory pressure, VM starts to purge inode cache entries that would
fail gfs iget. GFS1 flags this error as "ENOMEM" but returns from gfs_create
call without releasing the glock.

Version-Release number of selected component (if applicable):
RHEL 5

How reproducible:
Under memory pressure when vm starts to purge inode cache. 

Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Wendy Cheng 2007-06-05 18:57:55 UTC

Patch checked into CVS - move bug into modified state.

Comment 5 errata-xmlrpc 2007-11-07 20:07:07 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 the 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/RHBA-2007-0577.html