[rabbitmq-discuss] rabbitmq server slows down for cluster set up - (multiple stop_app scenario)
Francesco Mazzoli
francesco at rabbitmq.com
Mon Jul 9 11:50:28 BST 2012
Hi Sanjiv,
At Mon, 9 Jul 2012 10:38:07 +0000,
sanjiv kumar jha wrote:
> Hi,
>
> We have a RabbitMQ cluster of 2 nodes (say NODE-A and NODE-B) having mirrored
> queues running on 2 separate Linux servers.
>
> We’ve multiple clients connecting to RabbitMQ cluster.
>
> If NODE-A is brought down, the clients are able to connect to NODE-B
> successfully; no issues observed till this point.
>
> Now if NODE-A is brought up and NODE-B is brought down, the rabbitmq server
> tends to slow down and does not even respond to simple command like
> rabbitmqctl list_queues – keeps waiting endlessly.
>
> Please let us know, if there any clues or ideas to rectify this issue.
I'm not sure I understand what you're doing. My understanding is that
* You have node A and B clustered and with HA queues on them
* You bring down A
* You bring up A
* You bring down B *after you brought up A*
Is that correct? If that the case, that should be fine. My fear is that you are
bringing down B before A has fully started, in which case A will wait endlessly
for B since it needs its tables to get the most up-to-date data.
If you are making sure that A is fully started before stopping B, then what you
are observing should not happen and more information would help to investigate -
logs and `rabbitctl status'.
--
Francesco * Often in error, never in doubt
More information about the rabbitmq-discuss
mailing list