[
https://issues.apache.org/jira/browse/SOLR-5386?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17943385#comment-17943385
]
Chris M. Hostetter commented on SOLR-5386:
------------------------------------------
yup.
(and FWIW: I'm still in the process of running 9x tests before pushing the
backport)
> firstSearcher warming can deadlock on queries that use LocalSolrQueryRequest
> internally -- notably spellcheck.maxCollationTries
> -------------------------------------------------------------------------------------------------------------------------------
>
> Key: SOLR-5386
> URL: https://issues.apache.org/jira/browse/SOLR-5386
> Project: Solr
> Issue Type: Bug
> Components: spellchecker
> Affects Versions: 4.4, 4.5
> Reporter: Jeroen Steggink
> Assignee: Chris M. Hostetter
> Priority: Major
> Labels: collate, maxCollationTries, spellcheck
> Attachments: SOLR-5386-1.patch, SOLR-5386.patch,
> Solr5386SpellCheckerHangThreadDump.txt, threaddump.log
>
>
>
> Any Solr search related code that uses {{LocalSolrQueryRequest}} to create a
> "sub request" (notably spellcheck with {{maxCollationTries}}) can cause
> deadlock on core load if it is used in a {{firstSearcher}} warming query,
> because {{LocalSolrQueryRequest}} (via inheritance from
> {{SolrQueryRequestBase}} ) attempts to get the latest registered searcher
> from the {{SolrCore}} -- but this will block until the {{firstSearcher}} is
> registered, creating a deadlock loop.
> {panel:title=Original Bug Report}
> When spellcheck.maxCollationTries is set (>0) Solr hangs in combination with
> that requestHandler set to default="true".
> When I make another requestHandler default, one without the
> maxCollationTries, all requestHandlers work just fine.
> {panel}
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org
