[rabbitmq-discuss] RabbitMQ clustering woes
mpietrek at skytap.com
Thu Aug 30 22:47:45 BST 2012
FWIW, I run a pretty similar situation (2.8.6 on Ubuntu 10.04), with HA
queues on 3 or 4 node clusters.
I habitually (many, many times / day) take nodes out of the cluster and
have never seen the particular issue you're seeing, i.e slowness when
communicating with the remaining node.
I have other issues with clustering, just not the slowness and crashes. I'm
wondering if you have some sort of weird networking state when this
happens. Just a guess though.
On Thu, Aug 30, 2012 at 7:08 AM, gerhard <gerhard at lazu.co.uk> wrote:
> Running a rabbitmq cluster makes rabbitmq extremely unstable. I have a
> very simple, 2 nodes setup (both disc) for HA purposes. The most important
> queues have the HA flag ensuring they get replicated on both nodes so that
> if one goes down, the clients can reconnect to the other one and continue
> consuming messages as if nothing happened. In theory, it sounds perfect,
> but in practice it's such a pain!
> If one node goes down, the performance of the remaining node gets
> seriously affected. Everything slows down, on occasions the broker just
> crashes. Any rabbitmqctl commands on the remaing node take 30seconds+ if
> the node is relatively quiet. Resetting the cluster doesn't work without a
> force_reset, I keep getting the *no_running_cluster_nodes* error.
> Is anyone else having the same issues with RabbitMQ clustering? As it
> stands, it's pretty unusable. I'm running RabbitMQ *2.8.6* on Erlang *R13B03
> under Ubuntu 10.04.03 64bit, installed via the official *
> http://www.rabbitmq.com/debian/dists/testing/* packages.*
> rabbitmq-discuss mailing list
> rabbitmq-discuss at lists.rabbitmq.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the rabbitmq-discuss