[
https://issues.apache.org/jira/browse/SOLR-12550?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17041147#comment-17041147
]
Erick Erickson commented on SOLR-12550:
---------------------------------------
[~bim] This change isn't critical enough to backport to a point release that's
not even the current minor version.
That said, the change to the code is trivial, just a couple of lines and a
test case.
Your options are either upgrade to 8.5, which should be released over the next
several weeks or apply the patch to the 8.3 code line yourself. This page can
get you started on getting the code and compiling Solr, it's surprisingly easy:
https://cwiki.apache.org/confluence/display/solr/HowToContribute. From there
applying this patch should be straightforward.
> 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
