[
https://issues.apache.org/jira/browse/HTTPCORE-782?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17952108#comment-17952108
]
Oleg Kalnichevski commented on HTTPCORE-782:
--------------------------------------------
[~Jason Mathison] I took another look at the stack traces and i see that they
do not appear to be matching the lines in the release tag:
org.apache.hc.core5.reactor.ssl.SSLIOSession.decryptData(SSLIOSession.java:632)
I am sorry that makes me doubt if your application is actually running with the
official 5.3.4 version of HttpCore.
Oleg
> Occasional thread stuck in
> org.apache.hc.core5.reactor.ssl.SSLIOSession.decryptData
> -----------------------------------------------------------------------------------
>
> Key: HTTPCORE-782
> URL: https://issues.apache.org/jira/browse/HTTPCORE-782
> Project: HttpComponents HttpCore
> Issue Type: Bug
> Components: HttpCore
> Affects Versions: 5.3.4
> Reporter: Jason Mathison
> Priority: Blocker
> Attachments: Thread Stack Traces
>
>
> We have a service that is occasionally having a thread get stuck in a state
> where it consumes as much CPU as possible. The thread will create and release
> a huge number of objects without causing an overall memory leak.
> We gathered a series of stack traces from this happening on one of our
> production instances that indicates that the thread is stuck inside of the
> "while (inEncryptedBuf.hasRemaining()) { " in
> org.apache.hc.core5.reactor.ssl.SSLIOSession.decryptData(SSLIOSession.java)
> This issue has been happening a couple of times a week for several weeks. We
> believe that it is always happening against a specific endpoint and are
> attempting to gather more information about what this endpoint is doing.
> This issue started happening a few weeks ago when we were on a slightly older
> version of this library. We happened to update to the latest version of these
> libraries and this is continuing to happen. We have had no success in causing
> this issue to happen in our testing environments where we could gather a heap
> dump.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
