[
https://issues.apache.org/jira/browse/QPID-6386?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14318710#comment-14318710
]
Rob Godfrey commented on QPID-6386:
-----------------------------------
I've fixed an issue which corresponded to the reason why I saw an IOSender leak
- which was that the connection was terminated before it was properly
established. I diagnosed this by first getting the broker into a state where
there were orphans, then disconnecting all clients, clearing the queue, and
getting a thread dump of all live objects
jmap -dump:live,file=<filename> <pid>
>From that I could go query the object state and work out what had happened.
If the orphans you see have the same root cause, then the fix I just made to
trunk should eliminate them. If there is another cause, then we'd need to do
the above to get a heap to analyse to see what is going on
> IoSender thread leak
> --------------------
>
> Key: QPID-6386
> URL: https://issues.apache.org/jira/browse/QPID-6386
> Project: Qpid
> Issue Type: Bug
> Components: Java Broker
> Affects Versions: 0.30
> Environment: java version "1.7.0_71"
> OpenJDK Runtime Environment (rhel-2.5.3.2.el6_6-x86_64 u71-b14)
> OpenJDK 64-Bit Server VM (build 24.65-b04, mixed mode)
> Reporter: Mark Soderquist
> Attachments: Qpid6386Bug.java, screenshot-1.png
>
>
> We are running a client that opens and closes a connection for every message
> that it sends. It does this as fast as possible. When testing right after the
> server has started there is normally zero or one IoSender thread. After a
> several minutes there is always one IoSender and sometimes two. The count
> continues to increment one at a time roughly every five minutes. I've been
> running the server now for about 30 minutes with the client continually
> sending messages and we now have six "orphaned" threads. Stopping the client
> does not clear the threads.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]