<div dir="ltr"><div><div>So that would sound like the boot order is messed up. Sounds a bit like this: <a href="http://joejulian.name/blog/glusterfs-volumes-not-mounting-in-debian-squeeze-at-boot-time/">http://joejulian.name/blog/glusterfs-volumes-not-mounting-in-debian-squeeze-at-boot-time/</a><br></div>As I said before, I also run glusterfs 3.5.2 on Debian Wheezy and I don't have issues after a reboot. But unfortunately I don't remember if I had to manually adapt something like the boot order of the init scripts). <br><br></div>You can try and make your gluster scripts run at the very end of the boot process and see if that helps.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 3, 2015 at 1:56 PM, ML mail <span dir="ltr"><<a href="mailto:mlnospam@yahoo.com" target="_blank">mlnospam@yahoo.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="color:#000;background-color:#fff;font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:16px"><div dir="ltr"><span>Yes dig and ping works fine. I used first the short hostname gfs1 and then I also tried <a href="http://gfs1.intra.domain.com" target="_blank">gfs1.intra.domain.com</a>. That did not change anything.<br></span></div><div dir="ltr"><span><br></span></div><div dir="ltr"><span> Currently for testing I only have a single node setup so my "gluster peer status" output would be empty.</span></div><div dir="ltr"><br></div><div dir="ltr">Now I had a closed look at the brick logfile and it looks like my network is not read at the time glusterfsd kicks in. I can see <br>the following entry:</div><div dir="ltr"><br></div><div dir="ltr">[2015-03-03 13:45:48.647981] E [name.c:249:af_inet_client_get_remote_sockaddr] 0-glusterfs: DNS resolution failed on host <a href="http://gfs1.intra.domain.com" target="_blank">gfs1.intra.domain.com</a></div><div dir="ltr"><br></div><div dir="ltr">happening at exactly 13:45:48 but on my Cisco Switch I can see the following log entry:</div><div dir="ltr"><br></div><div dir="ltr">Mar 3 13:45:51: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/9, changed state to up</div><div dir="ltr"><br></div><div dir="ltr">So as you see my switch's port is only ready 3 seconds later at: 13:45:51, which is too late for glusterfsd. Strangely enough I use "spanning-tree portfast" on all my ports and as such the switch ports are ready as soon as possible. I have the feeling here that there is an issue with the /etc/init.d/glusterfs-server script on Debian wheezy from the glusterfs-server package. Can anyone confirm and maybe fix this for the future?</div><div><div class="h5"><div dir="ltr"><br></div> <div><br><br></div><div style="display:block"> <div style="font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:16px"> <div style="font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:16px"> <div dir="ltr"> <font face="Arial"> On Tuesday, March 3, 2015 12:57 PM, Claudio Kuenzler <<a href="mailto:ck@claudiokuenzler.com" target="_blank">ck@claudiokuenzler.com</a>> wrote:<br> </font> </div> <br><br> <div><div><div><div dir="ltr"><div>Can you resolve the other gluster peers with "dig"?<br clear="none"></div>Are you able to "ping" the other peers, too?<br clear="none"></div><div><br clear="none"><div>On Tue, Mar 3, 2015 at 12:38 PM, ML mail <span dir="ltr"><<a rel="nofollow" shape="rect" href="mailto:mlnospam@yahoo.com" target="_blank">mlnospam@yahoo.com</a>></span> wrote:<br clear="none"><blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Well the weird thing is that my DNS resolver servers are configured correctly and working fine. Here below is the exact error message from the brick log file:<br clear="none">
<br clear="none">
[2015-03-03 11:34:21.731639] E [common-utils.c:223:gf_resolve_ip6] 0-resolver: getaddrinfo failed (Name or service not known)<br clear="none">
[2015-03-03 11:34:21.731654] E [name.c:249:af_inet_client_get_remote_sockaddr] 0-glusterfs: DNS resolution failed on host <a rel="nofollow" shape="rect" href="http://gfs1.intra.domain.com/" target="_blank">gfs1.intra.domain.com</a><br clear="none">
[2015-03-03 11:34:21.731707] E [glusterfsd-mgmt.c:1601:mgmt_rpc_notify] 0-glusterfsd-mgmt: failed to connect with remote-host: <a rel="nofollow" shape="rect" href="http://gfs1.intra.domain.com/" target="_blank">gfs1.intra.domain.com</a> (Success)<br clear="none">
[2015-03-03 11:34:21.731724] I [glusterfsd-mgmt.c:1607:mgmt_rpc_notify] 0-glusterfsd-mgmt: Exhausted all volfile servers<br clear="none">
<br clear="none">
I checked in my /etc/hosts file and I have the following entry:<br clear="none">
<br clear="none">
<br clear="none">
127.0.1.1 <a rel="nofollow" shape="rect" href="http://gfs1.intra.domain.com/" target="_blank">gfs1.intra.domain.com</a> gfs1a<br clear="none">
<br clear="none">
This is Debian's default and did not touch the hosts file. I also tried to remove this 127.0.1.1 but nothing changed.<br clear="none">
<div><div><br clear="none">
<br clear="none">
On Tuesday, March 3, 2015 10:33 AM, Claudio Kuenzler <<a rel="nofollow" shape="rect" href="mailto:ck@claudiokuenzler.com" target="_blank">ck@claudiokuenzler.com</a>> wrote:<br clear="none">
<br clear="none">
<br clear="none">
<br clear="none">
Hi ML,<br clear="none">
<br clear="none">
Here's what I have noted down in my personal documentation when I installed GlusterFS the first time in 2013 (also on Debian Wheezy with 3.5.2):<br clear="none">
<br clear="none">
"All cluster nodes MUST resolve each other through DNS (preferred) or /etc/hosts."<br clear="none">
An entry in /etc/hosts is probably even more safe because you don't depend on external DNS resolvers.<br clear="none">
cheers,ck<br clear="none">
<br clear="none">
<br clear="none">
On Tue, Mar 3, 2015 at 8:43 AM, ML mail <<a rel="nofollow" shape="rect" href="mailto:mlnospam@yahoo.com" target="_blank">mlnospam@yahoo.com</a>> wrote:<br clear="none">
<br clear="none">
Hello,<br clear="none">
><br clear="none">
>Is it required to have the GlusterFS servers in /etc/hosts for the gluster servers themselves? I read many tutorials where people always add an entry in their /etc/hosts file.<br clear="none">
><br clear="none">
>I am asking because my issue is that my volumes, or more precisely glusterfsd, are not starting at system boot. The brick log shows that the hostname of the server could not be resolved but I have an entry in my DNS server and my /etc/resolv.conf is configured correctly.<br clear="none">
><br clear="none">
><br clear="none">
>I am using Debian Wheezy with GlusterFS 3.5.2.<br clear="none">
><br clear="none">
>Best regards<br clear="none">
>ML<br clear="none">
>_______________________________________________<br clear="none">
>Gluster-users mailing list<br clear="none">
><a rel="nofollow" shape="rect" href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a><br clear="none">
><a rel="nofollow" shape="rect" href="http://www.gluster.org/mailman/listinfo/gluster-users" target="_blank">http://www.gluster.org/mailman/listinfo/gluster-users</a><div><br clear="none">
><br clear="none">
_______________________________________________<br clear="none">
Gluster-users mailing list<br clear="none">
<a rel="nofollow" shape="rect" href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a><br clear="none">
<a rel="nofollow" shape="rect" href="http://www.gluster.org/mailman/listinfo/gluster-users" target="_blank">http://www.gluster.org/mailman/listinfo/gluster-users</a><br clear="none">
</div></div></div></blockquote></div><div><br clear="none"></div></div></div></div><br><br></div> </div> </div> </div> </div></div></div></div><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" target="_blank">http://www.gluster.org/mailman/listinfo/gluster-users</a><br></blockquote></div><br></div>