[
https://issues.apache.org/jira/browse/QPID-6935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leo Riguspi updated QPID-6935:
------------------------------
Attachment: Heap.png
Heap2.png
Hi, it just happened for the third time.
By looking more closely at the heap dump we have identified the queues where
this happens. It looks like the problem occurs when using Apache Camel to
automatically forward messages from one queue to other queues. I have attached
two additional screenshots, don't know if they can help.
> Infinite recursion resulting in huge number of Transfer objects created in
> Delivery, until OutOfMemory
> ------------------------------------------------------------------------------------------------------
>
> Key: QPID-6935
> URL: https://issues.apache.org/jira/browse/QPID-6935
> Project: Qpid
> Issue Type: Bug
> Components: JMS AMQP 1.0 Client
> Affects Versions: 0.32
> Environment: Linux RedHat 7
> Reporter: Leo Riguspi
> Priority: Blocker
> Attachments: Heap.png, Heap2.png, memory_dump.txt, snapshot1.png,
> snapshot2.png
>
>
> We have an Apache ActiveMQ 5.12 running for 2 months now and a Java AMQP
> client publishing a few messages every few minutes. Messages are small, less
> than 1K and are immediately consumed.
> For the second time in two months the client exploded with an OutOfMemory
> error. By analysing the memory the culprit seems to be the ArrayList of
> Trasfer objects in the Delivery. All of a sudden, for some reason it just
> keeps creating new Trasfers until the memory is full.
> We have a screenshot of the memory dump in which there are more than 49000
> Trasfer objects in the same Delivery. Unfortunately there seems to be no way
> to attach it to this issue.
> We did not find a way to reproduce the problem but it looks like some
> combination of conditions cause the SessionEndpoint::sendTransfer recursive
> method to call itself over and over, each time adding a new Transfer object.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
