<div dir="ltr">Hello there,<div>   </div><div>     I am facing a memory leak situation with our production cluster with Rabbit version 3.0.2. We have one high volume queue (out of other 45 queues) causing this issue. The cluster has 2 nodes and the memory leak happens only on the slave node for that queue. I am attaching two screenshots to show</div>

<div><ol><li>memory on the slave builds up over time compared to the master which stays consistently around 400 MB.</li><li>memory doubles every few seconds for the slave node.<br></li></ol></div><div><br></div><div>Original memory usage ( which is so high compared to the second node which is the master for that queue)</div>

<div><img src="cid:ii_14334f0d4dfcad82" alt="Inline image 2" width="582" height="112"><br></div><div><div>Doubled memory on slave</div><div><img src="cid:ii_14334f176c3510d2" alt="Inline image 3" width="582" height="116"><br>

</div><div>This queue processes 300-350 messages a sec and we have around 0 to 20 messages in the queue coz of traffic spikiness. Here is how producers and consumers are using it.</div><div><br class="">Producers:</div><div>

    Application (php, web servers) will establish a connection, publish a message, close the connection. We have approx 250 app servers publishing messages for this queue.</div><div><br></div><div>Consumers:</div></div><div>

    Worker will establish a connection, consume messages using get with autoack for 2 mins, worker will close the connection and dies. 448 workers are consuming messages for this queue. </div><div><br></div><div>Note: we use php amqplib 0.2.2 (which is really old and due for an upgrade)</div>

<div><br></div><div>I know the quick answer is "upgrade" but is there a short term solution to fix this before we upgrade? I usually delete the queue (since application creates it if it doesn't exist) and take it to stable state before the memory builds up for 3 days to hit the watermark. </div>

<div><br></div><div>Thanks,</div><div>Shri</div><div><br></div><div><br></div></div>