<div dir="ltr"><div>SOLVED!!! YEY!!!</div><div><br></div><div><br></div><div>I will explain in brief.�</div><div><br></div><div>Our production servers are all in different LANs and none are connected to the internet.</div>
<div>So, usually IT dont put DNS ip in the computer settings.�</div><div>Somehow, some of the server contained DNS IP in their settings.</div><div>In their case its an IP address that doesnt lead anywhere cause this is a closed LAN.</div>
<div>(why is there a DNS address? Probably because we dragged those computers from different places and connected them to our farm).</div><div>We never bothered to deleted their old DNS settings, cause no one connected outside.</div>
<div>Basically, until now we never encountered a problem with this issue. also the rabbit 1.7.0. worked wonderfully.</div><div><br></div><div>Now, what we did in order to solve is delete the DNS settings�</div><div>and then only 2.3.1. clients started to work.</div>
<div><br></div><div>(BTW Then we tried to add a real dns ip that we have here and it worked also )�</div><div>My wild guess is that the new thing in 2.3.1. (And it is only a guess cause i didnt look at the source)</div><div>
is that is takes the host ip string, first looks at the DNS, translate it if DNS exists and if no�</div><div>translation exists then tries to use it as an ip string. Now what if the DNS is pointing to a non existing server?�</div>
<div>this is the bug.�</div><div><br></div><div>That's it.�</div><div><br></div><div>and Thanks a lot for your time.�</div><div><br></div><br><div class="gmail_quote">On Wed, Mar 2, 2011 at 5:46 PM, Emile Joubert <span dir="ltr"><<a href="mailto:emile@rabbitmq.com">emile@rabbitmq.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi,<div class="im"><br>
<br>
On 02/03/11 15:19, mysurf mail wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
Well, two correction.<br>
1. I mentioned I did the with/without tracer check on our application.<br>
not the multicast.<br>
2. the computer which I am running the tests on does not have a NAT. I<br>
tried to narrow it down so I found one of the comp that has that problem<br>
and does not have a nat.<br>
</blockquote>
<br></div>
Thanks for all the diagnostic information. Unfortunately I'm no closer to venturing a guess at the root cause.<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
now the 2.3.1.<br>
<br>
C:\RMQTestEnv\rabbitmq-java-client-bin-2.3.1>runjava<br>
com.rabbitmq.examples.Multi<br>
castMain -h 192.168.100.251 -p 1434 �-e X1X1X1X1<br>
starting consumer #0<br>
<br>
thats it. doesn't seem to work.<br>
</blockquote>
<br></div>
Can you supply a network capture dump of the AMQP traffic leading up to this point? If you can capture traffic on the server as well as the client that will give us the best chance of finding the cause. Please do not send large binaries to the mailing list, as this will annoy subscribers. Either host the capture files somewhere where I can download them or send me a private email to make arrangements.<br>
<br>
Other things to try would be to run the tracer on the broker instead of on the client and see if that makes any difference. If you do manage to capture a trace when the error occurs then please send that to the list.<br>
<font color="#888888">
<br>
<br>
<br>
-Emile<br>
</font></blockquote></div><br></div>