+++ 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>
It seems that the fd-leak was introduced with http://review.gluster.org/8333, and that is not part of this version.