[
https://issues.apache.org/jira/browse/SOLR-12550?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17041717#comment-17041717
]
Bérénice MAUREL commented on SOLR-12550:
----------------------------------------
On Solr 7.x, timeouts weren't initiliazed by the
ConcurrentUpdateSolrClient.Builder, but now, there is a default value to
connection and socket timeout (15 and 120s). So update requests that takes
longer than 2 minutes before didn't return a SocketTimeoutException and now,
this exception is throw.
It can be blocker for projects that use Solr and have exceptions because of
this behavior.
> ConcurrentUpdateSolrClient doesn't respect timeouts for commits and optimize
> ----------------------------------------------------------------------------
>
> Key: SOLR-12550
> URL: https://issues.apache.org/jira/browse/SOLR-12550
> Project: Solr
> Issue Type: Bug
> Components: SolrJ
> Reporter: Marc Morissette
> Assignee: Shalin Shekhar Mangar
> Priority: Major
> Fix For: master (9.0), 8.5
>
> Time Spent: 1.5h
> Remaining Estimate: 0h
>
> We're in a situation where we need to optimize some of our collections. These
> optimizations are done with waitSearcher=true as a simple throttling
> mechanism to prevent too many collections from being optimized at once.
> We're seeing these optimize commands return without error after 10 minutes
> but well before the end of the operation. Our Solr logs show errors with
> socketTimeout stack traces. Setting distribUpdateSoTimeout to a higher value
> has no effect.
> See the links section for my patch.
> It turns out that ConcurrentUpdateSolrClient delegates commit and optimize
> commands to a private HttpSolrClient but fails to pass along its builder's
> timeouts to that client.
> A patch is attached in the links section.
--
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
