<html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: Times New Roman; font-size: 12pt; color: #000000'>Awesome! Glad it worked out :)<br><br>-JM<br><br><hr id="zwchr"><blockquote style="border-left:2px solid rgb(16, 16, 255);margin-left:5px;padding-left:5px;color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;">Hi Everyone,<div><br></div><div>Problem has been SOLVED.</div><div><br></div><div>My colleague was playing with hearbeat on this machine and didn't forget to reset&nbsp;net.ipv4.ip_nonlocal_bind = 0. I fixed it, did sysctl -p and now:</div>
<div><div># gluster peer probe 192.168.1.193</div><div>Probe successful</div><div><br></div><div>Thanks, guys, for great support and sorry for keep you busy ;-)</div><div><br></div><div>BR,</div><div>Vladimir.</div><br><div class="gmail_quote">
On Mon, Jul 2, 2012 at 6:34 PM, Vladimir Yakovlev <span dir="ltr">&lt;<a href="mailto:mrquesty@gmail.com" target="_blank">mrquesty@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Philip,<div><br></div><div>I tried IPs instead of hostnames at the beginning, but it didn't help:</div><div><br></div><div><div>[root@host1 ~]# gluster peer probe 192.168.1.193</div><div class="im"><div>Probe on localhost not needed</div>

<div><br></div></div><div>My assumption is smth wrong smwhere else. Donno where - no ideas at all; the worst is i have a set of test machines, where everything works perfectly... :(</div><div><br></div><div>There are two switches between these machines, but they allow Gluster traffic&nbsp;responsively.&nbsp;</div>

<div><br></div><div>Hope, we can struggle this together ;-)</div><div><br></div><div>Thanks, guys, for quick responses.</div><div><br></div><div>Regards,</div><div>vy</div><div><div class="h5"><br><div class="gmail_quote">
On Mon, Jul 2, 2012 at 6:27 PM, Philip Poten <span dir="ltr">&lt;<a href="mailto:philip.poten@gmail.com" target="_blank">philip.poten@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Vladimir<br>
<br>
To circumvent any remaining /etc/hosts abnormalities, try with IPs<br>
only. if that doesn't work either, you have a problem outside name<br>
resolution. If it works with IPs, the problem is the resolver.<br>
<br>
Note that nscd caches answers, also the "host" command uses DNS<br>
responses, /not/ the /etc/hosts (nsswitch.conf order resp.) file - but<br>
gluster does, as does "ping" and anything else using gethostbyname(3)<br>
<br>
hth,<br>
Philip<br>
<br>
2012/7/2 Vladimir Yakovlev &lt;<a href="mailto:mrquesty@gmail.com" target="_blank">mrquesty@gmail.com</a>&gt;:<br>
<div><div>&gt; Thanks, Brian, for the hint.<br>
&gt; I've changed /etc/hosts with respect to your comment, but it didn't help<br>
&gt; either.<br>
&gt;<br>
&gt; The problem (from my perspective) in smth else, e.g. why, when I try to do<br>
&gt; the following, I see the blank response in tcpdump:<br>
&gt; [root@host1 ~]# ip a<br>
&gt; 1: lo: &lt;LOOPBACK,UP,LOWER_UP&gt; mtu 16436 qdisc noqueue state UNKNOWN<br>
&gt; &nbsp; &nbsp; link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00<br>
&gt; &nbsp; &nbsp; inet <a href="http://127.0.0.1/8" target="_blank">127.0.0.1/8</a> scope host lo<br>
&gt; 2: eth0: &lt;NO-CARRIER,BROADCAST,MULTICAST,UP&gt; mtu 1500 qdisc pfifo_fast state<br>
&gt; DOWN qlen 1000<br>
&gt; &nbsp; &nbsp; link/ether 00:25:90:30:34:42 brd ff:ff:ff:ff:ff:ff<br>
&gt; &nbsp; &nbsp; inet 46.../27 brd 46.182.25.159 scope global eth0<br>
&gt; 3: eth1: &lt;BROADCAST,MULTICAST,UP,LOWER_UP&gt; mtu 1500 qdisc pfifo_fast state<br>
&gt; UP qlen 1000<br>
&gt; &nbsp; &nbsp; link/ether 00:25:90:30:34:43 brd ff:ff:ff:ff:ff:ff<br>
&gt; &nbsp; &nbsp; inet <a href="http://192.168.1.192/24" target="_blank">192.168.1.192/24</a> brd 192.168.1.255 scope global eth1<br>
&gt; [root@host1 ~]# tcpdump -i eth1 'port 27004'<br>
&gt; tcpdump: verbose output suppressed, use -v or -vv for full protocol decode<br>
&gt; listening on eth1, link-type EN10MB (Ethernet), capture size 65535 bytes<br>
&gt; ^Z<br>
&gt; [2]+ &nbsp;Stopped &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; tcpdump -i eth1 'port 27004'<br>
&gt; [root@host1 ~]# bg<br>
&gt; [2]+ tcpdump -i eth1 'port 27004' &amp;<br>
&gt;<br>
&gt; [root@host1 ~]# gluster peer probe host2<br>
&gt; Probe on localhost not needed<br>
&gt; [root@host1 ~]# fg<br>
&gt; tcpdump -i eth1 'port 27004'<br>
&gt; ^C<br>
&gt; 0 packets captured<br>
&gt; 117 packets received by filter<br>
&gt; 52 packets dropped by kernel<br>
&gt;<br>
&gt; So (by whatever reason) Gluster doesn't send a packet to anywhere through<br>
&gt; ethernet.<br>
&gt;<br>
&gt; Guys, any ideas?<br>
&gt;<br>
&gt; Thanks,<br>
&gt; BR,<br>
&gt; vy<br>
&gt;<br>
&gt;<br>
&gt; On Mon, Jul 2, 2012 at 6:06 PM, Brian Candler &lt;<a href="mailto:B.Candler@pobox.com" target="_blank">B.Candler@pobox.com</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; On Mon, Jul 02, 2012 at 05:54:46PM +0400, Vladimir Yakovlev wrote:<br>
&gt;&gt; &gt; &nbsp; &nbsp;I tried different configurations, the latest follows:<br>
&gt;&gt; &gt; &nbsp; &nbsp;[root@host1 ~]# cat /etc/hosts<br>
&gt;&gt; &gt; &nbsp; &nbsp;127.0.0.1 &nbsp; localhost localhost.localdomain localhost4<br>
&gt;&gt; &gt; &nbsp; &nbsp;localhost4.localdomain4<br>
&gt;&gt; &gt; &nbsp; &nbsp;127.0.0.1 &nbsp; host1 host1.fqdn<br>
&gt;&gt; &gt; &nbsp; &nbsp;192.168.1.193 &nbsp; host2 host2.fqdn<br>
&gt;&gt; &gt; &nbsp; &nbsp;[root@host2 ~]# cat /etc/hosts<br>
&gt;&gt; &gt; &nbsp; &nbsp;127.0.0.1 &nbsp; localhost localhost.localdomain localhost4<br>
&gt;&gt; &gt; &nbsp; &nbsp;localhost4.localdomain4<br>
&gt;&gt; &gt; &nbsp; &nbsp;127.0.0.1 &nbsp; host2 host2.fqdn<br>
&gt;&gt; &gt; &nbsp; &nbsp;192.168.1.192 &nbsp; host1 host1.fqdn<br>
&gt;&gt;<br>
&gt;&gt; Be consistent. Both machines should have:<br>
&gt;&gt;<br>
&gt;&gt; 127.0.0.1 &nbsp; &nbsp; &nbsp;localhost localhost.localdomain<br>
&gt;&gt; 192.168.1.192 &nbsp;host1.fqdn host1<br>
&gt;&gt; 192.168.1.193 &nbsp;host2.fqdn host2<br>
&gt;&gt;<br>
&gt;&gt; On host1 you should have "host1.fqdn" in /etc/hostname, and the command<br>
&gt;&gt; "hostname" should show it. (Ditto for host2, but with "host2.fqdn" of<br>
&gt;&gt; course)<br>
&gt;<br>
&gt;<br>
&gt;<br>
</div></div>&gt; _______________________________________________<br>
&gt; Gluster-users mailing list<br>
&gt; <a href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a><br>
&gt; <a href="http://gluster.org/cgi-bin/mailman/listinfo/gluster-users" target="_blank">http://gluster.org/cgi-bin/mailman/listinfo/gluster-users</a><br>
&gt;<br>
</blockquote></div><br></div></div></div>
</blockquote></div><br></div>
<br>_______________________________________________<br>Gluster-users mailing list<br>Gluster-users@gluster.org<br>http://gluster.org/cgi-bin/mailman/listinfo/gluster-users<br></blockquote><br></div></body></html>