[rabbitmq-discuss] Uneven file descriptor use on HA Cluster
Simon MacMullen
simon at rabbitmq.com
Fri Jan 27 12:01:42 GMT 2012
Hi.
First of all, a few points: RabbitMQ will try to be smart about its use
of file descriptors for actual files - while one descriptor will be used
for each *connection*, it will keep file descriptors open until it
starts to run out, at which point it will start to swap them.
So seeing high numbers of file descriptors used with low numbers of
connections open is not a cause to panic - especially if you have lots
of queues.
Having said that, if you don't have lots of queues then that number of
FDs used is odd. And the asymmetry is odd too, unless you have lots of
non-mirrored queues on one node.
What does lsof say?
Finally, lots of bugs got fixed around HA between 2.6.1 and 2.7.1 so it
might be worth upgrading in case that helps.
Cheers, Simon
On 26/01/12 16:04, Dave Seltzer wrote:
> Hello Everyone,
>
> My google-fu is failing me, so maybe someone can help me out with an
> issue I’ve been having.
>
> I have two RabbitMQ 2.6.1 servers running on Centos 5.7. The two servers
> (QueuePool01 and QueuePool02) are running as a cluster as we have a
> number of durable HA queues. I’m load-balancing client-interactions
> using HAproxy on a third server.
>
> I started noticing that QueuePool02was using ~800 out of 1024 file
> descriptors (while QueuePool01 was only using ~50). So to decrease the
> risk of running out of descriptors I increase the number to 4096 and
> restarted the node.
>
> Now, again I see the number of file descriptors on QueuePool02
> increasing even though QueuePool01 is remaining steady. Is it possible
> there is some sort of leak? Should the two servers tend to use the same
> number of file descriptors?
>
> Here is what the current load looks like
>
> Dave S
>
>
>
> _______________________________________________
> rabbitmq-discuss mailing list
> rabbitmq-discuss at lists.rabbitmq.com
> https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss
--
Simon MacMullen
RabbitMQ, VMware
More information about the rabbitmq-discuss
mailing list