[rabbitmq-discuss] Fwd: Excessive memory consumption of one server in cluster setup
Matthias Reik
matthias.reik at gmail.com
Mon Aug 27 16:02:49 BST 2012
Hi Matthias,
even though the setup looks slightly differently (since we are not using
the shovel plugin), the reason
could be the same. We are explicitly ACKing the messages (i.e. no
auto-ack), even though the consumers
are in the same data-centers (so we should have a reliable network), but if
the acks are lost and that
causes memory increase in the server then it could be the same bug.
Is there anything I could do to validate this assumption? I have provided
initial logs to Francesco.
Is there anything I can do in the meantime to get into a state where I have
a working cluster again
(currently I took our second server out from the cluster, but that's of
course a bit of a risky thing to do)
Thx for your help, appreciate a lot.
Cheers
Matthias
On Mon, Aug 27, 2012 at 3:40 PM, Matthias Radestock
<matthias at rabbitmq.com>wrote:
> Matthias,
>
>
> On 27/08/12 10:26, Matthias Reik wrote:
>
>> I just upgraded to 2.8.6, and I see the same effect with the latest
>> version :-(
>> (not really unexpected, since nothing was fixed in that regard in 2.8.6).
>>
>> Already after about 10 minutes server2 consumes 200% more memory than
>> server1,
>>
>
> Thanks for reporting this.
>
> This is almost certainly the same bug as
> http://rabbitmq.1065348.n5.**nabble.com/Shovel-stops-**
> receiving-acks-from-cluster-**tp21384p21649.html<http://rabbitmq.1065348.n5.nabble.com/Shovel-stops-receiving-acks-from-cluster-tp21384p21649.html>
>
> Regards,
>
> Matthias.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20120827/79288a4d/attachment.htm>
More information about the rabbitmq-discuss
mailing list