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

Chip Salzenberg rev.chip at gmail.com
Fri Mar 9 18:42:06 GMT 2012

Indeed he is.  We're cycling through the sick cluster now, wiping
nodes in turn, to recover from this problem (and also increase disk

On Mar 5, 8:45 am, Simon MacMullen <si... at rabbitmq.com> wrote:
> Hi Max, thanks for writing. Are you the "local Erlang expert" Chip
> referred to?
> On 24/02/12 15:19, Max Kalika wrote:
> > 3) There was one process with over 2 million pages.  It was constantly
> > running lists:zipwith/3.  Info on it showed lots and lots of messages
> > in the mailbox that just wasn't decreasing.
> I don't suppose you have any record of what these messages were? Or any
> logs from around this time?
> > I mentioned earlier that the system is *mostly* recovered.  The
> > remaining problem is disk utilization.  I suspect that since our
> > messages are marked durable, disk cleanup didn't occur.  I'm not sure
> > how to sync this up with runtime reality without restarting.
> So the only code in the rabbit codebase which invokes lists:zipwith/3 is
> the file_handle_cache. Hmm. Unfortunately it uses it in a rather generic
> location so this is still not exactly clear.
> This would help explain why disk cleanup didn't occur, since you killed
> something that was in the middle of doing some file handling.
> Hmm.
> Cheers, Simon
> --
> Simon MacMullen
> RabbitMQ, VMware
> _______________________________________________
> rabbitmq-discuss mailing list
> rabbitmq-disc... at lists.rabbitmq.comhttps://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss

More information about the rabbitmq-discuss mailing list