Bug 1339137 - fuse: In fuse_first_lookup(), dict is not un-referenced in case create_frame returns an empty pointer.
Summary: fuse: In fuse_first_lookup(), dict is not un-referenced in case create_frame ...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: GlusterFS
Classification: Community
Component: fuse
Version: 3.8.0
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Olia Kremmyda
QA Contact:
URL:
Whiteboard:
Depends On: 1338544
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-05-24 08:44 UTC by Niels de Vos
Modified: 2016-06-23 08:43 UTC (History)
1 user (show)

Fixed In Version: glusterfs-3.8.0
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 1338544
Environment:
Last Closed: 2016-06-23 08:43:13 UTC
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Embargoed:


Attachments (Terms of Use)

Description Niels de Vos 2016-05-24 08:44:42 UTC
+++ This bug was initially created as a clone of Bug #1338544 +++

Description of problem:
In fuse_first_lookup function, "dict_unref (dict)" should be included in the out label, in case create_frame returns an empty pointer the dict to be unreferenced as well.

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

--- Additional comment from Vijay Bellur on 2016-05-22 20:07:02 CEST ---

REVIEW: http://review.gluster.org/14463 (fuse: In fuse_first_lookup(), dict is not un-referenced in case create_frame returns an empty pointer.) posted (#1) for review on release-3.7 by Olia Kremmyda (olympia.kremmyda)

--- Additional comment from Vijay Bellur on 2016-05-22 20:42:37 CEST ---

REVIEW: http://review.gluster.org/14464 (fuse: In fuse_first_lookup(), dict is not un-referenced in case create_frame returns an empty pointer.) posted (#1) for review on master by Olia Kremmyda (olympia.kremmyda)

--- Additional comment from Vijay Bellur on 2016-05-22 20:44:56 CEST ---

REVIEW: http://review.gluster.org/14464 (fuse: In fuse_first_lookup(), dict is not un-referenced in case create_frame returns an empty pointer.) posted (#2) for review on master by Olia Kremmyda (olympia.kremmyda)

--- Additional comment from Vijay Bellur on 2016-05-22 22:39:48 CEST ---

REVIEW: http://review.gluster.org/14465 (fuse: In fuse_first_lookup(), dict is not un-referenced in case create_frame returns an empty pointer.) posted (#1) for review on release-3.8 by Olia Kremmyda (olympia.kremmyda)

--- Additional comment from Vijay Bellur on 2016-05-23 15:31:23 CEST ---

REVIEW: http://review.gluster.org/14464 (fuse: unref dict even if fuse_first_lookup fails) posted (#3) for review on master by Jeff Darcy (jdarcy)

--- Additional comment from Vijay Bellur on 2016-05-23 15:33:58 CEST ---

COMMIT: http://review.gluster.org/14464 committed in master by Jeff Darcy (jdarcy) 
------
commit b01fb8d3bb9772d94073aaa52b2d8210ac4fabb8
Author: Kremmyda, Olia (NSN - GR/Athens) <olympia.kremmyda>
Date:   Sun May 22 21:40:19 2016 +0300

    fuse: unref dict even if fuse_first_lookup fails
    
    In fuse_first_lookup function, "dict_unref (dict)" should be included in
    the out label, in case create_frame returns an empty pointer the dict to
    be unreferenced as well.
    
    
    Bug: 1338544
    Change-Id: Ifb8a3378aec6521c1aa848f818968b6bfdb72089
    Signed-off-by: Olia Kremmyda <olympia.kremmyda>
    Reviewed-on: http://review.gluster.org/14464
    NetBSD-regression: NetBSD Build System <jenkins.org>
    CentOS-regression: Gluster Build System <jenkins.com>
    Tested-by: Gluster Build System <jenkins.com>
    Smoke: Gluster Build System <jenkins.com>
    Reviewed-by: Jeff Darcy <jdarcy>

Comment 1 Vijay Bellur 2016-05-24 08:46:26 UTC
REVIEW: http://review.gluster.org/14465 (fuse: In fuse_first_lookup(), dict is not un-referenced in case create_frame returns an empty pointer.) posted (#2) for review on release-3.8 by Niels de Vos (ndevos)

Comment 2 Vijay Bellur 2016-05-24 08:50:16 UTC
REVIEW: http://review.gluster.org/14465 (fuse: unref dict even if fuse_first_lookup fails) posted (#3) for review on release-3.8 by Niels de Vos (ndevos)

Comment 3 Vijay Bellur 2016-05-24 08:58:07 UTC
COMMIT: http://review.gluster.org/14465 committed in release-3.8 by Niels de Vos (ndevos) 
------
commit e96a52cdc1b5f730399470480df18139b69a341a
Author: Olia Kremmyda <olympia.kremmyda>
Date:   Sun May 22 23:38:19 2016 +0300

    fuse: unref dict even if fuse_first_lookup fails
    
    In fuse_first_lookup function, "dict_unref (dict)" should be included in
    the out label, in case create_frame returns an empty pointer the dict to
    be unreferenced as well.
    
    Backport of commit b01fb8d3bb9772d94073aaa52b2d8210ac4fabb8:
    > Bug: 1338544
    > Change-Id: Ifb8a3378aec6521c1aa848f818968b6bfdb72089
    > Signed-off-by: Olia Kremmyda <olympia.kremmyda>
    > Reviewed-on: http://review.gluster.org/14464
    > NetBSD-regression: NetBSD Build System <jenkins.org>
    > CentOS-regression: Gluster Build System <jenkins.com>
    > Tested-by: Gluster Build System <jenkins.com>
    > Smoke: Gluster Build System <jenkins.com>
    > Reviewed-by: Jeff Darcy <jdarcy>
    
    Bug: 1339137
    Change-Id: I71b246ebec41a23702920c6b54cbc18e95342232
    Signed-off-by: Olia Kremmyda <olympia.kremmyda>
    Reviewed-on: http://review.gluster.org/14465
    NetBSD-regression: NetBSD Build System <jenkins.org>
    CentOS-regression: Gluster Build System <jenkins.com>
    Reviewed-by: Niels de Vos <ndevos>
    Smoke: Gluster Build System <jenkins.com>

Comment 4 Niels de Vos 2016-06-23 08:43:13 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.8.0, please open a new bug report.

glusterfs-3.8.0 has been announced on the Gluster mailinglists [1] a while back, and packages for several distributions should be available by now.

[1] http://blog.gluster.org/2016/06/glusterfs-3-8-released/


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