<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Urgh - this thread is getting very mixed up. <div><br></div><div>Putting the list back on CC.<div><br></div><div>Right...<div><br><div><div>On 16 May 2013, at 11:42, Balachandar R.A. wrote:</div></div></div></div><div><br></div><div><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div><font face="Arial, sans-serif" size="2"><div>I did telnet to the host and port as below:-</div><div> </div><div><font face="Courier New, monospace">telnet 40.221.94.235 5672</font></div><div><font face="Courier New, monospace">Trying 40.221.94.235...</font></div><div><font face="Courier New, monospace">Connected to 40.221.94.235.</font></div><div><font face="Courier New, monospace">Escape character is '^]'.</font></div><div><font face="Courier New, monospace">Connection closed by foreign host.</font></div></font></div></span></blockquote><br></div><div><br></div><div>So the network connectivity between your virtual machines seems ok.</div><div><br></div><div><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div><font face="Arial, sans-serif" size="2"><div>I can do ping all nodes between each other.</div></font></div></span></blockquote><div><br></div><div>The ability to send ICMP packets between machines doesn't confirm that all other kinds of communication will work, though it's useful to know. The fact that you can telnet to the broker means that you ought to be able to connect from a regular AMQP client.</div><br><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div><font face="Arial, sans-serif" size="2"><div>I did not create any configuration file for rabbit mq.</div><div>The head node and compute node has only the client jars. (obtained from rabbitmq-java-client-bin-2.3.1)</div></font></div></span></blockquote><div><br></div><div>Erm, where is the broker running exactly? On this HEAD node yes? Is *that* the machine with the IP address 40.221.94.235?</div></div><div><br></div><div>I note that in your producer code, you do not set the username or password, whereas in your consumer code you do. You should not need to set these explicitly, since "guest:guest" is the default.</div><div><br></div><div>Please consider running a network capture tool (such as wireshark) to confirm that AMQP frames are in fact being sent from the consumer's machine to the broker's machine correctly. If there is nothing in the rabbit.log or rabbit-sasl.log files, then the connection attempt *cannot* be getting through. If there *is* a connection being logged, then I need to know about it, even if there's nothing further in the logs about authentication failures or whatever.</div><div><br></div><div>Please confirm that you're not running any other AMQP brokers (e.g., OpenAMQ, etc) on any of your infrastructure, which the client might be erroneously connecting to. Please confirm that RabbitMQ is indeed running on the default port of 5672 - that seems to be the case, but I just want to make sure. </div><div><br></div><div>Thanks,</div><div>Tim</div></div><div><br><div><div>On 16 May 2013, at 11:24, Tim Watson wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">
<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type">
<div bgcolor="#FFFFFF" text="#000000">
On 05/16/2013 11:05 AM, Balachandar R.A. wrote:
<blockquote cite="mid:CALEC75JZropSQ_D5Nm16Njx4Jix6YKvLRsTfmJBqOOiYM0wTww@mail.gmail.com" type="cite">telnet ip-of-server 15672
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
0.8ex; border-left: 1px solid rgb(204, 204, 204);
padding-left: 1ex;">
</blockquote>
</div>
</blockquote>
<br>
That's the HTTP port, not the AMQP port. If you've not customised
anything, then the broker will listen for AMQP connections on 5672.
Can you telnet to *that* port?<br>
</div>
_______________________________________________<br>rabbitmq-discuss mailing list<br><a href="mailto:rabbitmq-discuss@lists.rabbitmq.com">rabbitmq-discuss@lists.rabbitmq.com</a><br>https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss<br></blockquote></div><br></div></body></html>