[rabbitmq-discuss] Possible memory leak in the management plugin

Travis Mehlinger tmehlinger at gmail.com
Sat Jun 15 03:09:21 BST 2013


We recently upgraded RabbitMQ from 3.0.4 to 3.1.1 after noticing two bug 
fixes in 3.1.0 related to our RabbitMQ deployment:

   - 25524 fix memory leak in mirror queue slave with many short-lived 
   publishing channel
   - 25290 fix per-queue memory leak recording stats for mirror queue slaves

However, in our case, it seems that the management plugin may still have a 
memory leak. We have a monitoring agent that hits the REST API to gather 
information about the broker (number of queues, queue depth, etc.). With 
the monitoring agent running and making requests against the API, memory 
consumption steadily increased; when we stopped the agent, memory 
consumption in the management plugin leveled off.

Here a couple graphs detailing memory consumption in the broker (the 
figures are parsed from rabbitmqctl report). The first graph shows the ebb 
and flow of memory consumption in a number of components and the second 
shows just consumption by the management plugin. You can see pretty clearly 
where we stopped the monitoring agent at 1:20.

https://dl.dropboxusercontent.com/u/7022167/Screenshots/n-np6obt-m9f.png
https://dl.dropboxusercontent.com/u/7022167/Screenshots/an6dpup33xvx.png

We have two clustered brokers, both running RabbitMQ 3.1.1 on Erlang 
R14B-04.1. There are typically around 200 queues, about 20 of which are 
mirrored. There are generally about 200 consumers. Messages are rarely 
queued and most queues typically sit idle.

I'll be happy to provide any further diagnostic information.

Thanks!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20130614/308e884e/attachment.htm>


More information about the rabbitmq-discuss mailing list