Description of problem: issue as mentioned in this ticket. https://access.redhat.com/support/cases/00756129 I tried to reproduce it and here are failure logs, ################################server side ################################## [root@dhcp159-147 ~]# gluster volume info Volume Name: dist-rep Type: Distributed-Replicate Volume ID: 316e1a56-725f-4349-bf6a-915384d4c217 Status: Started Number of Bricks: 2 x 2 = 4 Transport-type: tcp Bricks: Brick1: 10.16.159.147:/export/dr Brick2: 10.16.159.149:/export/drr Brick3: 10.16.159.152:/export/ddr Brick4: 10.16.159.153:/export/ddrr Options Reconfigured: nfs.rpc-auth-allow: dhcp159-239.sbu.lab.eng.bos.redhat.com nfs.addr-namelookup: on features.limit-usage: /:20TB features.quota: on nfs.disable: off diagnostics.client-log-level: DEBUG [root@dhcp159-147 ~]# hostname -f dhcp159-147.sbu.lab.eng.bos.redhat.com [root@dhcp159-147 ~]# [root@dhcp159-147 ~]# ping dhcp159-239.sbu.lab.eng.bos.redhat.com PING dhcp159-239.sbu.lab.eng.bos.redhat.com (10.16.159.239) 56(84) bytes of data. 64 bytes from dhcp159-239.sbu.lab.eng.bos.redhat.com (10.16.159.239): icmp_seq=1 ttl=64 time=1.78 ms 64 bytes from dhcp159-239.sbu.lab.eng.bos.redhat.com (10.16.159.239): icmp_seq=2 ttl=64 time=0.304 ms 64 bytes from dhcp159-239.sbu.lab.eng.bos.redhat.com (10.16.159.239): icmp_seq=3 ttl=64 time=0.266 ms ^C --- dhcp159-239.sbu.lab.eng.bos.redhat.com ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2027ms rtt min/avg/max/mdev = 0.266/0.784/1.782/0.705 ms ################################## Client side##################### [root@dhcp159-239 ~]# hostname -f dhcp159-239.sbu.lab.eng.bos.redhat.com [root@dhcp159-239 ~]# [root@dhcp159-239 ~]# mount -t nfs -o vers=3 10.16.159.147:/dist-rep /mnt/nfs-test mount.nfs: access denied by server while mounting 10.16.159.147:/dist-rep [root@dhcp159-239 ~]# ################# on server ########################## [root@dhcp159-147 ~]# gluster volume reset dist-rep reset volume successful ################ on client ########################### [root@dhcp159-239 ~]# mount -t nfs -o vers=3 10.16.159.147:/dist-rep /mnt/nfs-test ################################################################################## Again on server, ####################################################### [root@dhcp159-147 ~]# cat /etc/hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 10.16.159.26 RHEL6.3-c4 [root@dhcp159-147 ~]# ping RHEL6.3-c4 PING RHEL6.3-c4 (10.16.159.26) 56(84) bytes of data. 64 bytes from RHEL6.3-c4 (10.16.159.26): icmp_seq=1 ttl=64 time=0.252 ms 64 bytes from RHEL6.3-c4 (10.16.159.26): icmp_seq=2 ttl=64 time=0.262 ms 64 bytes from RHEL6.3-c4 (10.16.159.26): icmp_seq=3 ttl=64 time=0.268 ms ^C --- RHEL6.3-c4 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2565ms rtt min/avg/max/mdev = 0.252/0.260/0.268/0.019 ms [root@dhcp159-147 ~]# gluster volume info dist-rep Volume Name: dist-rep Type: Distributed-Replicate Volume ID: 316e1a56-725f-4349-bf6a-915384d4c217 Status: Started Number of Bricks: 2 x 2 = 4 Transport-type: tcp Bricks: Brick1: 10.16.159.147:/export/dr Brick2: 10.16.159.149:/export/drr Brick3: 10.16.159.152:/export/ddr Brick4: 10.16.159.153:/export/ddrr Options Reconfigured: nfs.rpc-auth-allow: RHEL6.3-c4 diagnostics.client-log-level: DEBUG features.limit-usage: /:20TB nfs.addr-namelookup: on features.quota: on [root@RHEL6 ~]# mount -t nfs -o vers=3 10.16.159.147:/dist-rep /mnt/nfs-149 mount.nfs: access denied by server while mounting 10.16.159.147:/dist-rep [root@RHEL6 ~]# Version-Release number of selected component (if applicable): glusterfs-3.3.0.5rhs-40.el6rhs.x86_64 How reproducible: always Actual results: the mount fails Expected results: The intended client should be allowed to mount.
Can you please confirm behavior with nfs.addr-namelookup enabled on the volume?
the logs that I have put up in the Description section, have nfs.addr-namelookup mentioned
*** This bug has been marked as a duplicate of bug 906119 ***
CHANGE: http://review.gluster.org/4439 (rpc: get hostnames of client to allow FQDN based authentication) merged in master by Anand Avati (avati)
*** Bug 907202 has been marked as a duplicate of this bug. ***
REVIEW: http://review.gluster.org/4750 (common-utils: refactor get_hostname_from_ip) posted (#1) for review on master by Rajesh Amaravathi (rajesh)