Bug 1176309

Summary: glfs_h_creat() leaks file descriptors
Product: [Community] GlusterFS Reporter: Niels de Vos <ndevos>
Component: libgfapiAssignee: Niels de Vos <ndevos>
Status: CLOSED NOTABUG QA Contact: Sudhir D <sdharane>
Severity: high Docs Contact:
Priority: urgent    
Version: 3.6.1CC: bugs, gluster-bugs
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: 1176242 Environment:
Last Closed: 2014-12-20 10:32:13 UTC Type: Bug
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: 1176242    
Bug Blocks: 1163723    

Description Niels de Vos 2014-12-20 10:23:15 UTC
+++ This bug was initially created as a clone of Bug #1176242 +++

Description of problem:
When running stress and performance tests against nfs-ganesha, the 
number of open file descriptors increases continously. If the tests run 
long enough, the brick processes will eventually run out of file
descriptors.


Version-Release number of selected component (if applicable):
current master and older versions that have glfs_h_creat()

How reproducible:
100%

Steps to Reproduce:
1. setup nfs-ganesha to export a (single brick) volume
2. create files on an nfs mountpoint
3. check the open file descriptors of the brick process

Actual results:
See the file descriptors of the brick process increase...

Expected results:
Increasing number of descriptors, but see it reduce again too.

Additional info:
This seems to be caused by glfs_h_creat() which allocates a 'struct
glfs_fd', but does not release it. A normal glfs_creat() returns the
file descriptor to the application, whereas glfs_h_creat() returns a
handle (struct glfs_object). The file descriptor associated with the
handle can not be release by glfapi-applications.

--- Additional comment from Anand Avati on 2014-12-19 21:08:06 CET ---

REVIEW: http://review.gluster.org/9318 (gfapi: always close the fd in glfs_h_creat()) posted (#2) for review on master by Niels de Vos (ndevos)

--- Additional comment from Anand Avati on 2014-12-20 11:21:01 CET ---

COMMIT: http://review.gluster.org/9318 committed in master by Niels de Vos (ndevos) 
------
commit 0e78a12381e988a06e1d5a2dd592d132e24a4e10
Author: Niels de Vos <ndevos>
Date:   Fri Dec 19 18:27:14 2014 +0100

    gfapi: always close the fd in glfs_h_creat()
    
    When running stress and performance tests against nfs-ganesha, the
    number of open file descriptors increases continously. If the tests run
    long enough, the brick processes will eventually run out of file
    descriptors.
    
    This seems to be caused by glfs_h_creat() which allocates a 'struct
    glfs_fd', but does not release it. A normal glfs_creat() returns the
    file descriptor to the application, whereas glfs_h_creat() returns a
    handle (struct glfs_object). The file descriptor associated with the
    handle can not be release by glfapi-applications.
    
    This fd-leak can be prevented by destroying the 'struct glfs_fd' before
    returning the 'struct gfls_object' to the gfapi-application.
    
    Change-Id: I32465077a35cd0449a8e584c53899b32f022e5af
    BUG: 1176242
    Signed-off-by: Niels de Vos <ndevos>
    Reviewed-on: http://review.gluster.org/9318
    Reviewed-by: Kaleb KEITHLEY <kkeithle>
    Reviewed-by: Shyamsundar Ranganathan <srangana>
    Tested-by: Gluster Build System <jenkins.com>

Comment 1 Niels de Vos 2014-12-20 10:32:13 UTC
It seems that the fd-leak was introduced with http://review.gluster.org/8333, and that is not part of this version.