[
https://issues.apache.org/jira/browse/SOLR-13709?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16921707#comment-16921707
]
Erick Erickson commented on SOLR-13709:
---------------------------------------
Problem is that from what I've seen so far schema changes seem to be only one
of the conditions that have NULL returned from getCoreDescriptor when it
shouldn't be.
"load" may or may not have anything to do with CoreContainer.load(). A core can
be created for instance by collection creation. There's a period between when
a core is created by something other than start-up but the coreDescriptor is
not yet available, even though CoreContainer.load() has finished and presumably
all the coreDescriptors are available that I believe affects more than just a
schemaless update.
"fail" in this case is I beast the hell out of the test and have a program I
wrote examine all the stdout files looking for various things. NPE in this
case, then try to see what the root cause is. 998/1000 times there's no NPE,
but when there is it always looks like getCoreDescriptor returns null.
Hmmm, with my proposed sequence of events, I'm starting to wonder if it could
be something as stupid-simple as registering the watcher before the call to
create core returns....
And I totally realize you're comments are what you had time for.
> 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]
