[
https://issues.apache.org/jira/browse/SOLR-14325?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17062022#comment-17062022
]
David Smiley commented on SOLR-14325:
-------------------------------------
I think the central problem here is that we can't be sure the underlying files
are going to be changed out from under us due to replication or restore.
Grabbing an IndexSearcher effectively locks it for us but avoiding it leaves us
vulnerable. I'm not sure if there is a suitable lock we can grab. [~hossman]
do you know? _If there was such a lock_, I suspect nonetheless the situation
would be back to what you have now – waiting for many seconds if a replication
is in progress.
Can you try calling getNewestSearcher(false) instead (and use try-finally to
ensure you close it when done if non-null)? I'm not sure if that might block
for a long time.
> Core status could be improved to not require an IndexSearcher
> -------------------------------------------------------------
>
> Key: SOLR-14325
> URL: https://issues.apache.org/jira/browse/SOLR-14325
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: David Smiley
> Priority: Major
> Attachments: SOLR-14325.patch
>
>
> When the core status is told to request "indexInfo", it currently grabs the
> SolrIndexSearcher but only to grab the Directory. SolrCore.getIndexSize also
> only requires the Directory. By insisting on a SolrIndexSearcher, we
> potentially block for awhile if the core is in recovery since there is no
> SolrIndexSearcher.
> [https://lists.apache.org/thread.html/r076218c964e9bd6ed0a53133be9170c3cf36cc874c1b4652120db417%40%3Cdev.lucene.apache.org%3E]
> It'd be nice to have a solution that conditionally used the Directory of the
> SolrIndexSearcher only if it's present so that we don't waste time creating
> one either.
--
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
