[
https://issues.apache.org/jira/browse/SOLR-14325?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17066351#comment-17066351
]
David Smiley commented on SOLR-14325:
-------------------------------------
Surprising observation: I changed the default of indexInfo to false and all
tests pass (*). That's not a great thing; it suggests a possible gap in the
tests, but it at least suggests SolrCloud/metrics do not depend on this.
I confess I'm less interested in this issue relative to other issues vying for
my attention. For your use-case, can you call cluster status first to see who
is in recovery and then conditionally get indexInfo on those not in recovery?
(*) Details: StatusOp.java "isIndexInfoNeeded" variable (line 38), and
CoreAdminRequest.java "isIndexInfoNeeded" field (line 44),
CoreAdminRequest.java getCoreStatus true->false (line 635),
CoreAdminHandlerTest true->false (line 372).
> 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, SOLR-14325.patch, 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
