Eric Pugh created SOLR-18008:
--------------------------------
Summary: Allow Core Creation when remnant files are on disk
Key: SOLR-18008
URL: https://issues.apache.org/jira/browse/SOLR-18008
Project: Solr
Issue Type: Bug
Affects Versions: 9.8, 8.11
Reporter: Eric Pugh
Today in some production systems where we delete and create collections with
the same name, we sometimes have left over files after deleting the cores.
The existence of these files causes any future collection creation to fail
because when the individual core is created, we see we already have the remnant
on disk.
See the BATS test
[https://github.com/apache/solr/blob/4d86c8cd128d59a65476dded34ec9c1947e67778/solr/packaging/test/test_create_collection2.bats]
for an example of this situation.
In a perfect world of course we wouldn't have these remnants, however I
currently don't have the ability to debug why they intermittantly happen. I
only know that when we go to make a new one we get errors similar to:
Error CREATEing SolrCore xxxxxx: Could not create a new core in
/var/solr/xxxxxx *as another core is already defined there*
RequestHandlerBaseorg.apache.solr.common.SolrException: *Cannot unload
non-existent core*
Underlying core creation failed while creating collection
The fix is unfortunantly to log onto the specific Solr box and execute a
command similar to:
rm -rf
/var/solr/master_\{nameOfCollection}_\{indexMode}{shardNumber}\{replicaNumber}
This Jira is to explore how we can at least handle this failure case in a
better way, and allow the new create collection command to go through.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
