Thanks Simon,<div><br></div><div>Running that revealed that both of my RabbitMQ servers are equally slow:<br><br>The output shows:<br><div>[{1966992,rabbit@queue02},{1302805,rabbit@queue01}]</div><div>...done.</div><div><br>
</div><div>I believe this means that data took 1.9 seconds from egressqueue02 and 1.3 seconds from egressqueue01.</div><div><br></div><div>In terms of looking for the cause of the slowness is this usually related to DiskIO, or am I looking at a CPU issue.</div>
<div><br></div><div>Thanks!</div><div><br></div><div>-Dave</div><br><br><div class="gmail_quote">On Fri, Oct 19, 2012 at 12:41 PM, Simon MacMullen <span dir="ltr"><<a href="mailto:simon@rabbitmq.com" target="_blank">simon@rabbitmq.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">In 2.8.x (and prior), /api/nodes will make an RPC call to each node in turn to get the node-specific stats. If one node is heavily loaded or slow in responding for whatever reason this will mean /api/nodes will take a long time to return.<br>
<br>
This has changed on default already, for basically the reason you're running into, and the nodes emit stats events for the management DB to pick up.<br>
<br>
If you invoke:<br>
<br>
rabbitmqctl eval '[timer:tc(fun () -> rabbit_mgmt_external_stats:<u></u>info(N), N end) || N <- rabbit_mnesia:running_<u></u>clustered_nodes()].'<br>
<br>
(all one line)<br>
<br>
then rabbitmqctl will make all these RPC calls and time them (the times are in microseconds). That might let you know if you have a problem node.<br>
<br>
Cheers, Simon<br>
<br>
On 19/10/12 17:26, Dave Seltzer wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Digging a little bit deeper, the symptom I'm seeing is that it's taking<br>
a while to load key json data from the http API.<br>
<br>
Specifically: _<a href="http://queue01:55672/api/nodes_" target="_blank">http://queue01:55672/api/<u></u>nodes_</a> is taking more than 3<br>
seconds to load.<br>
<br>
Is anyone aware of what would cause this slowness?<br>
<br>
-Dave<br>
<br>
<br>
On Fri, Oct 19, 2012 at 11:47 AM, Dave Seltzer <<a href="mailto:dseltzer@tveyes.com" target="_blank">dseltzer@tveyes.com</a><br>
<mailto:<a href="mailto:dseltzer@tveyes.com" target="_blank">dseltzer@tveyes.com</a>>> wrote:<br>
<br>
Hello,<br>
<br>
We have a number of RabbitMQ clusters in our environment. Recently<br>
I’ve started rolling out some new HA Clusters running RabbitMQ 2.8.7<br>
on Erlang R15B02 in Centos.<br>
<br>
In the most recent version of RabbitMQ we’re seeing some significant<br>
sluggishness in the Web Management Plugin. It almost seems like it’s<br>
javascript related because the whole browser (Chrome) gets a bit<br>
sluggish.<br>
<br>
Is anyone else seeing this?<br>
<br>
We have introduced one other change which is that I’ve switched from<br>
HAProxy to Zen Load Balancer. I don’t think this has anything to do<br>
with it though, because when I test against an individual server I<br>
still get sluggishness.<br>
<br>
-Dave<br>
<br>
<br>
<br>
<br>
--<br>
Dave Seltzer <mailto:<a href="mailto:dseltzer@tveyes.com" target="_blank">dseltzer@tveyes.com</a>><br>
Chief Systems Architect<br>
TVEyes<br>
<a href="tel:%28203%29%20254-3600%20x222" value="+12032543600" target="_blank">(203) 254-3600 x222</a><br>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
rabbitmq-discuss mailing list<br>
<a href="mailto:rabbitmq-discuss@lists.rabbitmq.com" target="_blank">rabbitmq-discuss@lists.<u></u>rabbitmq.com</a><br>
<a href="https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss" target="_blank">https://lists.rabbitmq.com/<u></u>cgi-bin/mailman/listinfo/<u></u>rabbitmq-discuss</a><br>
<br><span class="HOEnZb"><font color="#888888">
</font></span></blockquote><span class="HOEnZb"><font color="#888888">
<br>
<br>
-- <br>
Simon MacMullen<br>
RabbitMQ, VMware<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div><span style="font-size:x-small"><a href="mailto:dseltzer@tveyes.com" target="_blank">Dave Seltzer</a></span></div><div><font size="1">Chief Systems Architect</font></div>
<div><font size="1">TVEyes</font></div><div><font size="1">(203) 254-3600 x222</font></div><br>
</div>