Bug 1248501

Summary: Gluster NFS: showmount -e shows * (all clients) even if the directory is exported to specific clients
Product: [Red Hat Storage] Red Hat Gluster Storage Reporter: Nag Pavan Chilakam <nchilaka>
Component: gluster-nfsAssignee: Niels de Vos <ndevos>
Status: CLOSED WONTFIX QA Contact: storage-qa-internal <storage-qa-internal>
Severity: low Docs Contact:
Priority: medium    
Version: rhgs-3.1CC: ccalhoun, ndevos, rhs-bugs, skoduri, storage-qa-internal
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-10-13 10:52:44 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:

Description Nag Pavan Chilakam 2015-07-30 12:17:33 UTC
Description of problem:
=====================
When we export a directory to a specific set of clients using nfs.access-dir, and when we check the showmount on clients, it shows as if the directory is exported to all clients due to the notational * being issued

Instead of * , only the IPs to which this directory is exported should be visible


Version-Release number of selected component (if applicable):
===============================================================
[root@dhcp42-196 ~]# rpm -qa|grep gluster
glusterfs-api-3.7.1-11.el7rhgs.x86_64
glusterfs-cli-3.7.1-11.el7rhgs.x86_64
vdsm-gluster-4.16.20-1.2.el7rhgs.noarch
gluster-nagios-addons-0.2.4-4.el7rhgs.x86_64
glusterfs-libs-3.7.1-11.el7rhgs.x86_64
glusterfs-client-xlators-3.7.1-11.el7rhgs.x86_64
glusterfs-server-3.7.1-11.el7rhgs.x86_64
glusterfs-rdma-3.7.1-11.el7rhgs.x86_64
gluster-nagios-common-0.2.0-2.el7rhgs.noarch
glusterfs-3.7.1-11.el7rhgs.x86_64
glusterfs-fuse-3.7.1-11.el7rhgs.x86_64
glusterfs-geo-replication-3.7.1-11.el7rhgs.x86_64
[root@dhcp42-196 ~]# rpm -qa|grep nfs
nfs-utils-1.3.0-0.8.el7.x86_64
libnfsidmap-0.25-11.el7.x86_64


Client side:
[root@rhgs-6 mnt]# rpm -qa|grep nfs
nfs-utils-lib-1.1.5-11.el6.x86_64
nfs-utils-1.2.3-64.el6.x86_64



Steps to Reproduce::
=================
1)Create a volume say testvol1 and start it
2)mount the volume using fuse or nfs and create a directory say dir1
3)Turn off nfs.export-dirs which is on by default(note that this is nfs.export-dirS and not nfs.export-dir)
3)Now set nfs.export-dir to export the dir to a specific IP as below:
gluster v set <volname> nfs.export-dir '/dir1(10.70.34.39)'
This means the directory dir1 created under the parent volume is exported and mountable only on client 10.70.34.39 and no other client
4)Now issue a showmount -e <gluster server IP> on 10.70.34.39 client

This lists the exported volumes and sub-directories of the server.

It will show as follows
[root@dhcp42-196 ~]# showmount -e 10.70.42.196(this is server IP)
Export list for 10.70.42.196:
/testvol1/dir1  *
/testvol1       *

Instead it should show as below:
[root@dhcp42-196 ~]# showmount -e 10.70.42.196(this is server IP)
Export list for 10.70.42.196:
/testvol1/dir1  10.70.34.39 
/testvol1       *




Actual results:
===================
showmount is  show as if the  dir is exported and  all (*) and any clients 

Expected results:
==============
Instead it should show as below:
[root@dhcp42-196 ~]# showmount -e 10.70.42.196(this is server IP)
Export list for 10.70.42.196:
/testvol1/dir1  10.70.34.39 
/testvol1       *

showmount should show only the IPs to which the dir is exported and not all (*)



NOTE:
=======
RAISING THE ISSUE AS NON SEVERE AS THE MOUNT IS NOT BEING ALLOWED ON NON EXPORTED CLIENTS ANYWAY

Comment 6 Cal Calhoun 2017-10-12 17:57:52 UTC
@Niels, The customer has closed the associated case as they were moving to a different job.  I was unable to get any further information but I agree with your assessment.
-Cal

Comment 8 RHEL Program Management 2017-10-13 10:52:44 UTC
Development Management has reviewed and declined this request.
You may appeal this decision by reopening this request.