<p dir="ltr"></p>
<p dir="ltr">-Atin<br>
Sent from one plus one<br>
On Jul 23, 2015 9:07 PM, "Alastair Neil" <<a href="mailto:ajneil.tech@gmail.com">ajneil.tech@gmail.com</a>> wrote:<br>
><br>
> I just had a curious failure. I have a gluster 3.6.3 replica 3 volume which was mounted via an 3.6.3 client from one of the nodes with the other two specified in the backupvolfile-server mount option. In the fstab entry all the nodes are referenced by their fully qualified domain names. <br>
><br>
> When I rebooted the primary node, the mount became detached because the client was trying to use the short name to communicate with the backup nodes and failing to resolve it. This was fixed by adding the domain to the search in resolv.conf. However I am curious as to why it should try and use the short name instead of the fqdn specified in the fstab entry? The nodes all have peer entries for hostname, ip address and fqdn. <br>
Are you sure you didn't use short name in your mount command?<br>
><br>
> Thanks, Alastair<br>
><br>
><br>
> _______________________________________________<br>
> Gluster-users mailing list<br>
> <a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>
> <a href="http://www.gluster.org/mailman/listinfo/gluster-users">http://www.gluster.org/mailman/listinfo/gluster-users</a><br>
</p>