[
https://issues.apache.org/jira/browse/HTTPCORE-782?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17981842#comment-17981842
]
ASF subversion and git services commented on HTTPCORE-782:
----------------------------------------------------------
Commit f6eaeeb449ee982d109e909ff24f602779fe576d in httpcomponents-core's branch
refs/heads/5.3.x from Oleg Kalnichevski
[ https://gitbox.apache.org/repos/asf?p=httpcomponents-core.git;h=f6eaeeb44 ]
HTTPCORE-782: non-blocking TLS session can end up in an endless loop in case of
a protocol negotiation
> 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: Major
> Fix For: 5.3.5, 5.4-alpha1
>
> 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: dev-unsubscr...@hc.apache.org
For additional commands, e-mail: dev-h...@hc.apache.org
