<div dir="ltr">Hi all,<div><br></div><div style>I&#39;ve got the following going on (version 2.8.4):</div><div><br></div><div style>- My consumers all stop (e.g. imagine a failure scenario / upgrade), but producers keep on producing</div>
<div style>- Queues start backing up�</div><div style>- Memory increases with queue size</div><div style>- The high water mark gets hit and the node memory alarm goes off</div><div style><br></div><div style>There are a couple of things I&#39;d like to understand that I can&#39;t seem to find in the docs:</div>
<div style><br></div><div style>- with this being a durable queue, I anticipated RMQ would flush to disk and free memory. �Could someone please explain the memory overhead for messages sitting on a queue? �I guess there is a something in memory for each message on a queue - is there a way to work around that? (we anticipate deliberately getting into this state from time to time, when we e.g. upgrade HBase)</div>
<div style><br></div><div style>- I&#39;m kind of in a deadlock I think now as when the consumers start, they won&#39;t ack a message until they have successfully sent a message on (it&#39;s a multihop process) but that is blocked. �Should the per connection flow control not have kicked in and blocked the producers before the whole lot just blocked? �(have I missed some setting to enable that, as the docs say it is on by default).</div>
<div style><br></div><div style>Also please know I am a newbie, running on default config, so please don&#39;t be shy at pointing out the obvious to me. �Chances are I could have missed something, but I did try and read all the docs before posting.</div>
<div style><br></div><div style>Thanks for any pointers!</div><div style>Tim</div></div>