Bug 958574

Summary: Admin of gluster host resolution on native clients causes issues
Product: [Red Hat Storage] Red Hat Gluster Storage Reporter: Steve Reichard <sreichar>
Component: fuseAssignee: Bug Updates Notification Mailing List <rhs-bugs>
Status: CLOSED WONTFIX QA Contact: storage-qa-internal <storage-qa-internal>
Severity: unspecified Docs Contact:
Priority: medium    
Version: 2.0CC: aavati, cpelland, csaba, grajaiya, rhs-bugs, vbellur
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: glusterd
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 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:    
Bug Blocks: 961016    

Description Steve Reichard 2013-05-01 20:57:09 UTC
Description of problem:

After setting up new gluster servers, I wanted to quickly verify a native mount using the private 10g network. Using a system with connectivity on this net, I installed the fuse client.  I attempted to mount the FS using the IP address of one of the servers.  I failed to mount the FS.  Eventually I was able when I put the 10 ghost entries of the cluster servers into the clients fstab.  I did use these names when specify peers.

This brings up several questions:

- Is it better to using IP addresses when specifying peers?
- If not, DNS could be an option, while may be not preferred for a private network.   But what happens if there are DNS errors, does this result in storage errors?
- If additional servers are added to the gluster pool, does this mean the clients need to update their host resolution also?


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

server - 

[root@gprfs038 ~]# cat /etc/redhat-release; uname -a
Red Hat Enterprise Linux Server release 6.2 (Santiago)
Linux gprfs038.sbu.lab.eng.bos.redhat.com 2.6.32-220.34.1.el6.x86_64 #1 SMP Thu Mar 28 19:47:49 EDT 2013 x86_64 x86_64 x86_64 GNU/Linux
[root@gprfs038 ~]# yum list installed | grep glusterfs
glusterfs.x86_64                3.3.0.7rhs-1.el6rhs    @anaconda-InstallationRepo-201303202250.x86_64/2.0
glusterfs-fuse.x86_64           3.3.0.7rhs-1.el6rhs    @anaconda-InstallationRepo-201303202250.x86_64/2.0
glusterfs-geo-replication.x86_64
glusterfs-rdma.x86_64           3.3.0.7rhs-1.el6rhs    @anaconda-InstallationRepo-201303202250.x86_64/2.0
glusterfs-server.x86_64         3.3.0.7rhs-1.el6rhs    @anaconda-InstallationRepo-201303202250.x86_64/2.0
org.apache.hadoop.fs.glusterfs-glusterfs.noarch
[root@gprfs038 ~]# 


client - 

[root@gprfc050 ~]# cat /etc/redhat-release ; uname -a
Red Hat Enterprise Linux Server release 6.4 (Santiago)
Linux gprfc050.sbu.lab.eng.bos.redhat.com 2.6.32-358.2.1.el6.x86_64 #1 SMP Wed Feb 20 12:17:37 EST 2013 x86_64 x86_64 x86_64 GNU/Linux
[root@gprfc050 ~]# yum list installed | grep gluster
glusterfs.x86_64                 3.3.0.7rhs-1.el6          @rhel-x86_64-server-rhsclient-6
glusterfs-fuse.x86_64            3.3.0.7rhs-1.el6          @rhel-x86_64-server-rhsclient-6
[root@gprfc050 ~]# 



How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 2 Vivek Agarwal 2015-03-23 07:39:55 UTC
The product version of Red Hat Storage on which this issue was reported has reached End Of Life (EOL) [1], hence this bug report is being closed. If the issue is still observed on a current version of Red Hat Storage, please file a new bug report on the current version.







[1] https://rhn.redhat.com/errata/RHSA-2014-0821.html

Comment 3 Vivek Agarwal 2015-03-23 07:40:28 UTC
The product version of Red Hat Storage on which this issue was reported has reached End Of Life (EOL) [1], hence this bug report is being closed. If the issue is still observed on a current version of Red Hat Storage, please file a new bug report on the current version.







[1] https://rhn.redhat.com/errata/RHSA-2014-0821.html