<div dir="ltr">Hello Simon,<div><br></div><div> I tried restarting rabbitmq management and I got the following error. I am not able to use port 15672 at all.</div><div><br></div><div><div><i>sudo rabbitmqctl -n rabbit eval 'application:stop(rabbitmq_management),application:start(rabbitmq_management).'</i></div>
<div><i>{error,</i></div><div><i> {bad_return,</i></div><div><i> {{rabbit_mgmt_app,start,[normal,[]]},</i></div><div><i> {'EXIT',</i></div><div><i> {{{case_clause,</i></div><div><i> {error,</i></div>
<div><i> {no_record_for_listener,</i></div><div><i> [{port,55672},{ignore_in_use,true}]}}},</i></div><div><i> [{rabbit_mochiweb_registry,handle_call,3},</i></div>
<div><i> {gen_server,handle_msg,5},</i></div><div><i> {proc_lib,init_p_do_apply,3}]},</i></div><div><i> {gen_server,call,</i></div><div><i> [rabbit_mochiweb_registry,</i></div>
<div><i> {add,rabbit_mgmt_redirect,</i></div><div><i> [{port,55672},{ignore_in_use,true}],</i></div><div><i> #Fun<rabbit_mochiweb.1.105980535>,</i></div>
<div><i> #Fun<rabbit_mochiweb.0.34137573>,</i></div><div><i> {[],"Redirect to port 15672"}},</i></div><div><i> infinity]}}}}}}</i></div><div><i>...done.</i></div>
</div><div><i><br></i></div><div>So, Is there anyway bring it back up without restarting the app?<br><br>Shri</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Dec 19, 2013 at 9:27 AM, 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"><div class="im">On 19/12/13 16:35, shridharan muthu wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
You are spot on Simon. We are using 3.0.2 version in our<br>
cluster. In this case, restarting node will not help I guess. Can I<br>
delete these blocked/blocking connections from Management UI?<br>
</blockquote>
<br></div>
The only way to do that is to restart the management stats database:<br>
<br>
# rabbitmqctl -n <node with the stats db> eval 'application:stop(rabbitmq_<u></u>management),application:start(<u></u>rabbitmq_management).'<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Could it be cause of the blocked connections? I will check the<br>
memory usage after cleaning up the connections.<br>
</blockquote>
<br></div>
I doubt it, those connections don't really exist except as rows in the management stats db. But note that we have fixed a few memory leaks since 3.0.2.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
/You could use a higher priority "nodes" policy to move the master<div class="im"><br>
to node 2, then delete it again (albeit the queue would be<br>
unmirrored while this was taking place). Oh, but you need to be on<br>
at least RabbitMQ 3.1.x for that to work, 3.0.x does not let a<br></div>
mirroring policy move the master./<div class="im"><br>
<br>
Ah! But that would leave with tightly coupling queues to nodes.<br>
</div></blockquote>
<br>
Only until you delete the "nodes" policy - you can use that to move the master, but then revert to an "all" policy; at which point the master will stay where it is.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
/OTOH if the queues are mirrored to all nodes anyway, why worry? A<div class="im"><br>
slave takes about as many resources as a master anyway, so all your<br>
masters being on one node and all the slaves on the other should be<br>
no big deal.<br></div>
/<br>
<br>
//<div class="im"><br>
My understanding is that all operations (publish, consume) on a<br>
queue will be forwarded from slaves to the master (where it will be<br>
executed and broadcasted to all mirrors) and all the messages in the<br>
mirror will be used only when the master goes down.<br>
</div></blockquote>
<br>
Yes.<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
This sounds like<br>
slaves are just forwarding messages all the time (1 hop penalty) and<br>
generates more traffic between slaves & the master.<br>
</blockquote>
<br></div>
Sure, but how will distributing the masters around the cluster help that? Or are you saying your clients know that some queues are on node 2, and expect to connect to that node to use that queue? If so that makes sense...<div class="HOEnZb">
<div class="h5"><br>
<br>
Cheers, Simon<br>
<br>
-- <br>
Simon MacMullen<br>
RabbitMQ, Pivotal<br>
</div></div></blockquote></div><br></div>