<div dir="ltr">We're seeing this happening too, though I did not think to check if the management plugin &nbsp;was the culprit. We started using the plugin and its web interface around the time our rabbitmq crashes started happneing - all due to out of memory and being killed by the kernel. &nbsp;We've disabled the management plugin and haven't seen the crashes yet though its too early to call.&nbsp;<div><br><br>On Saturday, 15 June 2013 03:09:21 UTC+1, Travis Mehlinger  wrote:<blockquote class="gmail_quote" style="margin: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;">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:<div><ul><li><span style="color:rgb(0,0,0);white-space:pre-wrap">25524 fix memory leak in mirror queue slave with many short-lived publishing </span><span style="color:rgb(0,0,0);white-space:pre-wrap">channel</span></li><li><span style="line-height:normal;white-space:pre-wrap;color:rgb(0,0,0)">25290 fix per-queue memory leak recording stats for mirror queue slaves</span></li></ul><div>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.</div></div><div><br></div><div>Here a couple graphs detailing memory consumption in the broker (the figures are parsed from <font face="courier new, monospace">rabbitmqctl report</font><font face="arial, sans-serif">). 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.</font></div><div><font face="arial, sans-serif"><br></font></div><div><font face="arial, sans-serif"><a href="https://dl.dropboxusercontent.com/u/7022167/Screenshots/n-np6obt-m9f.png" target="_blank">https://dl.dropboxusercontent.<wbr>com/u/7022167/Screenshots/n-<wbr>np6obt-m9f.png</a><br></font></div><div><font face="arial, sans-serif"><a href="https://dl.dropboxusercontent.com/u/7022167/Screenshots/an6dpup33xvx.png" target="_blank">https://dl.dropboxusercontent.<wbr>com/u/7022167/Screenshots/<wbr>an6dpup33xvx.png</a><br></font></div><div><font face="arial, sans-serif"><br></font></div><div><font face="arial, sans-serif">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.</font></div><div><font face="arial, sans-serif"><br></font></div><div><font face="arial, sans-serif">I'll be happy to provide any further diagnostic information.</font></div><div><font face="arial, sans-serif"><br></font></div><div><font face="arial, sans-serif">Thanks!</font></div></blockquote></div></div>