[
https://issues.apache.org/jira/browse/SOLR-13709?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16914665#comment-16914665
]
Hoss Man commented on SOLR-13709:
---------------------------------
{quote}Is there a possibility that this is happening before
CoreContainer.load() is finished?
{quote}
it's absolutely possible – that's the point i made when i created this issue:
bq. ...AFAICT the only way this NPE is possily is if the CoreDescriptor for the
original SolrCore is NULL at the time the watcher fires, and the only
concievable way that seems to be possible is if the original SolrCore hadn't
completley finished loading.
Acording to the docs of that method it _should_ block until the core is loaded,
but the ZkWatcher thread in question -- set by the SolrCore durring it's own
init in order to reload the core if the schema changes -- is calling
{{getCoreDescriptor()}} in order to reload the core and getting null.
> Race condition on core reload while core is still loading?
> ----------------------------------------------------------
>
> Key: SOLR-13709
> URL: https://issues.apache.org/jira/browse/SOLR-13709
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Hoss Man
> Assignee: Erick Erickson
> Priority: Major
> Attachments: apache_Lucene-Solr-Tests-8.x_449.log.txt
>
>
> A recent jenkins failure from {{TestSolrCLIRunExample}} seems to suggest that
> there may be a race condition when attempting to re-load a SolrCore while the
> core is currently in the process of (re)loading that can leave the SolrCore
> in an unusable state.
> Details to follow...
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
