Bug 1459909

Summary: [GANESHA] Mounting ganesha volume with UDP on client fails
Product: [Red Hat Storage] Red Hat Gluster Storage Reporter: Manisha Saini <msaini>
Component: nfs-ganeshaAssignee: Soumya Koduri <skoduri>
Status: CLOSED CURRENTRELEASE QA Contact: Manisha Saini <msaini>
Severity: medium Docs Contact:
Priority: medium    
Version: rhgs-3.3CC: amukherj, arjsharm, jijoy, jthottan, kkeithle, ndevos, pasik, rhinduja, rhs-bugs, skoduri, storage-qa-internal
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-05-13 11:50:58 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: 1462088    
Bug Blocks:    

Description Manisha Saini 2017-06-08 14:11:50 UTC 
Description of problem:

Mounting ganesha volume with UDP on client gets timeout even when the services mentioned in pre-requisite is added to firewalld.

 firewall-cmd --zone=zone_name --add-service=nlm  --add-service=nfs  --add-service=rpc-bind  --add-service=high-availability --add-service=mountd --add-service=rquota

If the nfs specific port i.e 2049/UDP is added to firewalld,UDP mount works

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

# rpm -qa | grep ganesha
nfs-ganesha-gluster-2.4.4-8.el7rhgs.x86_64
nfs-ganesha-debuginfo-2.4.4-8.el7rhgs.x86_64
glusterfs-ganesha-3.8.4-27.el7rhgs.x86_64
nfs-ganesha-2.4.4-8.el7rhgs.x86_64


How reproducible:
Consistently

Steps to Reproduce:
1.Create a 4 node ganesha cluster
2.Create a volume.Enable ganesha on it
3.Mount the volume to client via UDP

# mount -t nfs -o vers=3,udp 10.70.42.40:/dist /mnt/mani_udp/
mount.nfs: Connection timed out


Actual results:
UDP mount gets timed-out

Expected results:
Volume should be mounted via UDP successfully

Additional info:
Comment 6 Soumya Koduri 2017-06-16 07:45:06 UTC 
Have raised BZ#1462088 to address it part of firewalld package. For this release, bug1462095 and bug1462098 should take care of handling that extra step to manually open the port before cluster setup.
Comment 9 Kaleb KEITHLEY 2017-08-16 12:57:02 UTC 
fix in upstream firewalld, waiting for downstream