Bug 1347657

Summary: EOF flag not set in NFSv3 read replies for striped volumes
Product: [Community] GlusterFS Reporter: 2510 <root>
Component: stripeAssignee: Niels de Vos <ndevos>
Status: CLOSED DUPLICATE QA Contact:
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 3.6.8CC: bugs, ndevos
Target Milestone: ---Keywords: Triaged
Target Release: ---   
Hardware: Unspecified   
OS: FreeBSD   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-06-21 12:26:12 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:
Attachments:
Description Flags
packet dump file
none
Experimental patch none

Description 2510 2016-06-17 10:54:48 UTC
Created attachment 1169028 [details]
packet dump file

Description of problem:
With posix-stripe, glusterfs does not set EOF flag for NFSv3 reads.

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

How reproducible:
Always.

Steps to Reproduce:
1. Create striped volume.
2. On VMware ESXi, create NFS datastore connected to volume created above.
3. Create a new virtual disk on it.

Actual results:
EOF is not set in NFSv3 read reply.
(and ESXi fails to create a virtual disk.)

Expected results:
EOF is set.

Additional info:
Attaches a packet dump(pcap) and a patch.
ec(disperse) and dht(replicated) translator correctly set EOF.

Comment 1 2510 2016-06-17 10:55:39 UTC
Created attachment 1169030 [details]
Experimental patch

Comment 2 Niels de Vos 2016-06-21 12:24:20 UTC
This should have been fixed in current 3.7 versions and newer. The following patch addressed it:

  http://review.gluster.org/10142

Comment 3 Niels de Vos 2016-06-21 12:26:12 UTC
It seems that there already is a bug for 3.6.x. We'll use that one to get the change included.

*** This bug has been marked as a duplicate of bug 1208384 ***

Comment 4 2510 2016-06-21 12:28:58 UTC
Sorry for duplicate.
Thanks.