[rabbitmq-discuss] 2.7.1 mirrored queues leak a lot of memory on slave nodes

Chip Salzenberg rev.chip at gmail.com
Mon Feb 27 19:34:00 GMT 2012


Simon MacMullen wrote:
> On 23/02/12 18:37, DawgTool wrote:
> > ps> I also recall making some config changes, but don't recall at the
> > moment. I'll look at those later today.
>
> That would be marvellous. Needless to say we've not been able to
> replicate this here.

Our local Erlang expert is on vacation, but he rescued our cluster.
He described a mailbox full of messages that some process was not
consuming.  When he killed the process and, IIRC, the "shell" that had
spawned it (I am merely parroting what I recall, this may be the wrong
term), the bloat was cured and memory usage returned to normal.

Details that might matter in reproduction:  Our troubled mirrored
queue used mode "nodes" (not "all"), picking two nodes out of a
cluster of four.  When I created it, I used a modified rabbitmqadmin
that connected to one of the two nodes, and specified that it and one
other node should mirror the queue.  All messages were written with
delivery-mode 2.  Messages are about 46K each.  While some of the
messages were consumed, most were purged.  Queue deletion did not cure
the leak.


More information about the rabbitmq-discuss mailing list