Bug 1112844

Summary: OOM: observed for fuse client process (glusterfs) when one brick from replica pairs were offlined and high IO was in progress from client
Product: [Community] GlusterFS Reporter: Kaleb KEITHLEY <kkeithle>
Component: fuseAssignee: Csaba Henk <csaba>
Status: CLOSED CURRENTRELEASE QA Contact:
Severity: urgent Docs Contact:
Priority: high    
Version: 3.4.4CC: bugs, gluster-bugs, nsathyan, ravishankar, rhinduja, rhs-bugs, vbellur
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: glusterfs-3.4.5beta2 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: 988182 Environment:
Last Closed: 2015-02-12 20:07:41 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: 981158, 988182    
Bug Blocks: 1110456    

Comment 1 Anand Avati 2014-06-24 19:57:54 UTC
REVIEW: http://review.gluster.org/8164 (fuse: fix memory leak in fuse_getxattr()) posted (#2) for review on release-3.4 by Justin Clift (justin)

Comment 2 Anand Avati 2014-06-25 11:47:06 UTC
COMMIT: http://review.gluster.org/8164 committed in release-3.4 by Kaleb KEITHLEY (kkeithle) 
------
commit ecc21940eaa44a38618e8d1d9c9690fffbd5ac72
Author: Justin Clift <justin>
Date:   Tue Jun 24 20:57:02 2014 +0100

    fuse: fix memory leak in fuse_getxattr()
    
    The fuse_getxattr() function was not freeing fuse_state_t resulting in a
    memory leak. As a result, when continuous writes (run dd command in a loop)
    were done from a FUSE mount point, the OOM killer killed the client
    process (glusterfs).
    
    Manual backport of: http://review.gluster.org/#/c/5392/, provided
    by Martin Svec <martin.svec>.
    
    BUG: 1112844
    Change-Id: Ic723675c53384d48c79ad1b11b21c1b17fb56866
    Reviewed-on: http://review.gluster.org/8164
    Tested-by: Gluster Build System <jenkins.com>
    Reviewed-by: Ravishankar N <ravishankar>
    Reviewed-by: Kaleb KEITHLEY <kkeithle>