Bug 1006367 - dd on fuse mount hangs
Summary: dd on fuse mount hangs
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: GlusterFS
Classification: Community
Component: protocol
Version: mainline
Hardware: Unspecified
OS: Unspecified
low
unspecified
Target Milestone: ---
Assignee: Pranith Kumar K
QA Contact:
URL:
Whiteboard:
Depends On: 873763 923809
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-09-10 13:59 UTC by Pranith Kumar K
Modified: 2014-08-27 16:44 UTC (History)
8 users (show)

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


Attachments (Terms of Use)

Comment 1 Anand Avati 2013-09-10 14:02:04 UTC
REVIEW: http://review.gluster.org/5892 (rpc/rpc-lib: rpcsvc should reply when rpc_err is set) posted (#1) for review on master by Pranith Kumar Karampuri (pkarampu)

Comment 2 Anand Avati 2013-09-11 09:54:41 UTC
REVIEW: http://review.gluster.org/5892 (rpc/rpc-lib: rpcsvc should reply when rpc_err is set) posted (#2) for review on master by Pranith Kumar Karampuri (pkarampu)

Comment 3 Anand Avati 2013-09-11 19:33:17 UTC
COMMIT: http://review.gluster.org/5892 committed in master by Anand Avati (avati) 
------
commit 015f1fd479b42b79aac46a5b8d9980c770a32d9e
Author: Pranith Kumar K <pkarampu>
Date:   Tue Sep 10 19:13:47 2013 +0530

    rpc/rpc-lib: rpcsvc should reply when rpc_err is set
    
    Problem:
    When requests are received on a connection before setvolume
    is done, creating frame from the requests fail because there is
    no association of the transport with the conn(i.e. xl_private).
    xl_private is set only on set_volume. In such cases error response
    is not sent from server xlator to that request because of which
    operations on mount point are hanging.
    
    Fix:
    Set actor return value to RPCSVC_ACTOR_ERROR so that response is sent
    even in these cases.
    
    Change-Id: I74d7bc6849fde6c734008d67c1f4bc9d9f7a84f9
    BUG: 1006367
    Signed-off-by: Pranith Kumar K <pkarampu>
    Reviewed-on: http://review.gluster.org/5892
    Tested-by: Gluster Build System <jenkins.com>
    Reviewed-by: Anand Avati <avati>

Comment 4 Anand Avati 2013-09-17 11:30:11 UTC
REVIEW: http://review.gluster.org/5956 (protocol/client: Add explicit states for connection sequence) posted (#1) for review on master by Pranith Kumar Karampuri (pkarampu)

Comment 5 Anand Avati 2013-09-20 13:55:02 UTC
REVIEW: http://review.gluster.org/5956 (protocol/client: Add explicit states for connection sequence) posted (#2) for review on master by Pranith Kumar Karampuri (pkarampu)

Comment 6 Anand Avati 2013-09-20 16:46:55 UTC
REVIEW: http://review.gluster.org/5956 (protocol/client: Add explicit states for connection sequence) posted (#3) for review on master by Pranith Kumar Karampuri (pkarampu)

Comment 7 Anand Avati 2013-09-23 12:57:35 UTC
REVIEW: http://review.gluster.org/5956 (protocol/client: Add explicit states for connection sequence) posted (#4) for review on master by Pranith Kumar Karampuri (pkarampu)

Comment 8 Niels de Vos 2014-04-17 11:47:44 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

Comment 9 Anand Avati 2014-08-27 16:44:36 UTC
REVIEW: http://review.gluster.org/5956 (protocol/client: Add explicit states for connection sequence) posted (#5) for review on master by Harshavardhana (harsha)


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