activemq-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jerry Cwiklik <cwik...@us.ibm.com>
Subject Re: Broker Leak
Date Wed, 12 Dec 2012 14:55:10 GMT
Christian, thanks. The most recent experiment was run with a much smaller
broker, Xmx=360M. I am trying to reproduce the problem I am seeing in a
larger system which is not easy to debug. I can't share the large heap dump
as it may contain proprietary data. But thanks for the offer to help examine
it.

I know that the large heap dump looks exactly as the screenshot I attached
to the initial post. It looks to me that somehow messages in temp queues are
retained in broker memory. I watched this broker OOM and I can say for sure
that none of the live temp queues showed any build up before the OOM. 

Assuming for a moment that this problem is induced by an application, what
could possibly be causing this build up of ProducerBrokerExchange objects
which hold references to messages in temp queues? Again, I know that there
is no buildup in live temp queues so this is not the case of a slow consumer
not keeping up with processing msg from a temp queue. 

As mentioned in the original post, we run with producerFlowControl=false, no
persistence, and vm cursor. I ran netstat on a machine where the broker is
running and dont see any FIN_WAIT nor WAIT_CLOSE. There are no messages in
brokers log saying that memory usage is high. In fact, the jconsole broker
MBean doesnt show it being short on memory. The memory usage shows as 0!
Yet, the brokers hits OOM.

-Jerry C








--
View this message in context: http://activemq.2283324.n4.nabble.com/Broker-Leak-tp4660437p4660538.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.

Mime
View raw message