Bug 669877

Summary: GFS2: Blocks not marked free on delete
Product: Red Hat Enterprise Linux 6 Reporter: Steve Whitehouse <swhiteho>
Component: kernelAssignee: Ben Marzinski <bmarzins>
Status: CLOSED ERRATA QA Contact: Cluster QE <mspqa-list>
Severity: medium Docs Contact:
Priority: high    
Version: 6.1CC: adas, adrew, bmarzins, cmaiolin, djansa, kzhang, liko, rfreire, rpeterso, rwheeler, sbradley, swhiteho
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: kernel-2.6.32-112.el6 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: 666080 Environment:
Last Closed: 2011-05-19 12:55:41 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:
Bug Depends On: 666080    
Bug Blocks:    
Attachments:
Description Flags
Fix to allow space to be freed immediately on delete none

Comment 1 Steve Whitehouse 2011-01-15 11:00:53 UTC
Lets try and get this in for 6.1. I think there should be time still.

Comment 2 RHEL Program Management 2011-01-15 11:10:10 UTC
This request was evaluated by Red Hat Product Management for inclusion
in a Red Hat Enterprise Linux maintenance release. Product Management has 
requested further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed 
products. This request is not yet committed for inclusion in an Update release.

Comment 3 Ben Marzinski 2011-01-17 20:18:56 UTC
Created attachment 473923 [details]
Fix to allow space to be freed immediately on delete

When a file gets deleted on GFS2, if a node can't get an exclusive lock on the file's iopen glock, it punts on actually freeing up the space, because another node is using the file.  When it does this, it needs to drop the iopen glock from its cache so that the other node can get an exclusive lock on it. With this patch, gfs2_delete_inode() sets GL_NOCACHE before dropping the shared lock on the iopen glock in preparation for grabbing it in the exclusive state.  Since the node needs the glock in the exclusive state, dropping the shared lock from the cache doesn't slow down the case where no other nodes are using the file.

Comment 4 Aristeu Rozanski 2011-02-03 16:19:40 UTC
Patch(es) available on kernel-2.6.32-112.el6

Comment 7 errata-xmlrpc 2011-05-19 12:55:41 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-0542.html