Bug 993247 - server: fds are not closed even after the file is reopened
Summary: server: fds are not closed even after the file is reopened
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: GlusterFS
Classification: Community
Component: protocol
Version: mainline
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
Assignee: Pranith Kumar K
QA Contact:
URL:
Whiteboard:
Depends On: 991021
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-08-05 17:15 UTC by Pranith Kumar K
Modified: 2014-04-17 11:45 UTC (History)
5 users (show)

Fixed In Version: glusterfs-3.5.0
Doc Type: Bug Fix
Doc Text:
Clone Of: 991021
Environment:
Last Closed: 2014-04-17 11:45:15 UTC
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Embargoed:


Attachments (Terms of Use)

Comment 1 Anand Avati 2013-08-05 17:17:40 UTC
REVIEW: http://review.gluster.org/5499 (protocol/server: Relax lktable finodelk del_locker check) posted (#1) for review on master by Pranith Kumar Karampuri (pkarampu)

Comment 2 Anand Avati 2013-08-18 00:22:25 UTC
COMMIT: http://review.gluster.org/5499 committed in master by Anand Avati (avati) 
------
commit bb1fb1e1614d2c1646e2d512779d723b66b2a766
Author: Pranith Kumar K <pkarampu>
Date:   Mon Aug 5 22:20:19 2013 +0530

    protocol/server: Relax lktable finodelk del_locker check
    
    Problem:
    Client xlator issues finodelk using anon-fd when the fd is not
    opened on the file. This can also happen between attempts to re-open
    the file after client disconnects. It can so happen that lock is taken
    using anon-fd and the file is now re-opened and unlock would come with
    re-opened fd. This will lead to leak in lk-table entry, which also
    holds reference to fd which leads to fd-leak on the brick.
    
    Fix:
    Don't check for fds to be equal for tracking finodelks.
    Since inodelk is identified by (gfid, connection, lk-owner)
    fd equality is not needed.
    
    Change-Id: I62152d84caef0b863c973845e618076d388e6848
    BUG: 993247
    Signed-off-by: Pranith Kumar K <pkarampu>
    Reviewed-on: http://review.gluster.org/5499
    Tested-by: Gluster Build System <jenkins.com>
    Reviewed-by: Anand Avati <avati>

Comment 3 Niels de Vos 2014-04-17 11:45:15 UTC
This bug is getting closed because a release has been made available that should address the reported issue. In case the problem is still not fixed with glusterfs-3.5.0, please reopen this bug report.

glusterfs-3.5.0 has been announced on the Gluster Developers mailinglist [1], packages for several distributions should become available in the near future. Keep an eye on the Gluster Users mailinglist [2] and the update infrastructure for your distribution.

[1] http://thread.gmane.org/gmane.comp.file-systems.gluster.devel/6137
[2] http://thread.gmane.org/gmane.comp.file-systems.gluster.user


Note You need to log in before you can comment on or make changes to this bug.