[
https://issues.apache.org/jira/browse/SOLR-13778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16995775#comment-16995775
]
Chris M. Hostetter commented on SOLR-13778:
-------------------------------------------
{quote}What do you think - should we just add SSLException to the retry list?
{quote}
I have no idea ... why/what exceptions are considered retry-able isn't
something i really understand.
All of the logic in SolrHttpRequestRetryHandler appears to have been added new
(not refactored from anywhere else) by [~markrmil...@gmail.com] in SOLR-8450 -
but i don't really see a discussion of why that specific list of exceptions was
chosen.
/cc [~shalin] & [~caomanhdat] as well
TBH: I've re-read Dawid's analysis twice and I'm still not really understanding:
* why "windows>=jdk11" is throwing a different (or differently wrapped?)
exception then "windows<jdk11 || non-windows"
* for that matter, why the underlying exception is happening at all?
...locking down those 2 questions seem just as important (if not more so) then
the question of wether we should retry on SSLException ?
> Windows JDK SSL Test Failure trend: SSLException: Software caused connection
> abort: recv failed
> -----------------------------------------------------------------------------------------------
>
> Key: SOLR-13778
> URL: https://issues.apache.org/jira/browse/SOLR-13778
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Chris M. Hostetter
> Priority: Major
> Attachments: dumps-LegacyCloud.zip, logs-2019-12-12-1.zip
>
>
> Now that Uwe's jenkins build has been correctly reporting it's build results
> for my [automated
> reports|http://fucit.org/solr-jenkins-reports/failure-report.html] to pick
> up, I've noticed a pattern of failures that indicate a definite problem with
> using SSL on Windows (even with java 11.0.4
> )
> The symptommatic stack traces all contain...
> {noformat}
> ...
> [junit4] > Caused by: javax.net.ssl.SSLException: Software caused
> connection abort: recv failed
> [junit4] > at
> java.base/sun.security.ssl.Alert.createSSLException(Alert.java:127)
> ...
> [junit4] > Caused by: java.net.SocketException: Software caused
> connection abort: recv failed
> [junit4] > at
> java.base/java.net.SocketInputStream.socketRead0(Native Method)
> ...
> {noformat}
> I suspect this may be related to
> [https://bugs.openjdk.java.net/browse/JDK-8209333] but i have no concrete
> evidence to back this up.
> I'll post some details of my analysis in comments...
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
