[
https://issues.apache.org/jira/browse/SOLR-13887?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Houston Putman updated SOLR-13887:
----------------------------------
Priority: Minor (was: Major)
> socketTimeout of 0 causing timeouts in the Http2SolrClient
> ----------------------------------------------------------
>
> Key: SOLR-13887
> URL: https://issues.apache.org/jira/browse/SOLR-13887
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: http2
> Affects Versions: master (9.0), 8.4
> Reporter: Houston Putman
> Priority: Minor
> Fix For: master (9.0), 8.4
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> In Solr 7, and previous versions, the both the *socketTimeout* and
> *connTimeout* defaults in _solr.xml_ have accepted 0 as values. This is even
> [documented in the ref
> guide|https://lucene.apache.org/solr/guide/8_2/format-of-solr-xml.html#defining-solr-xml].
> Using these same defaults with Solr 8 results in timeouts when trying to
> manually create replicas. The major change here seems to be that the
> Http2SolrClient is being used instead of the HttpSolrClient used in Solr 7
> and previous versions.
> After some digging, I think that the issue lies in the Http2SolrClient,
> [specifically
> here|https://github.com/apache/lucene-solr/blob/master/solr/solrj/src/java/org/apache/solr/client/solrj/impl/Http2SolrClient.java#L399].
> Since the idleTimeout is set to 0, since that is what solr pulls from the
> solr.xml, the listener immediately responds with a timeout.
> The fix here is pretty simple, just set a default if 0 is provided. Basically
> treat an idleTimeout (or socketTimeout) of 0 the same as null. The ref-guide
> should also likely be updated with the same defaults as used in the solr.xml
> packaged in Solr.
--
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
