[
https://issues.apache.org/jira/browse/SOLR-18008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18041718#comment-18041718
]
Eric Pugh commented on SOLR-18008:
----------------------------------
So, I tried the replica add feature of a collection, and had a remnant
directory already created manually called "bob_shard1_replica_n13". So of
course it failed to create the replica and showed up in state "down". Then I
thought, well, let me remove it using the "Delete Replica" button in
Collections. And of course now I get an error:
2025-12-01 01:24:53.718 ERROR (qtp343345308-118-null-138) [c: s: r:
x:bob_shard1_replica_n13 t:null-138] o.a.s.h.RequestHandlerBase Client
exception => org.apache.solr.common.SolrException: Cannot unload non-existent
core [bob_shard1_replica_n13]
at
org.apache.solr.core.CoreContainer.unloadWithoutCoreOp(CoreContainer.java:2039)
org.apache.solr.common.SolrException: Cannot unload non-existent core
[bob_shard1_replica_n13]
at
org.apache.solr.core.CoreContainer.unloadWithoutCoreOp(CoreContainer.java:2039)
~[?:?]
at org.apache.solr.core.CoreContainer.unload(CoreContainer.java:2003) ~[?:?]
at
org.apache.solr.handler.admin.api.UnloadCore.lambda$unloadCore$0(UnloadCore.java:68)
~[?
So kind of catch-22. I can't remove it, because it's non existant. So I am
just kind of stuck with it...
> Allow Core Creation when remnant files are still on disk
> --------------------------------------------------------
>
> Key: SOLR-18008
> URL: https://issues.apache.org/jira/browse/SOLR-18008
> Project: Solr
> Issue Type: Bug
> Affects Versions: 8.11, 9.8
> Reporter: Eric Pugh
> Priority: Major
>
> Today in some production systems where we delete and re-create collections
> with the same name, we sometimes have left over files after deleting the the
> previous collection (and therefore 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.
>
> I looked through old tickets, and in order of most likely related to least
> likely, here are some that I found:
> https://issues.apache.org/jira/browse/SOLR-7187
> https://issues.apache.org/jira/browse/SOLR-16792
> https://issues.apache.org/jira/browse/SOLR-17171
> https://issues.apache.org/jira/browse/SOLR-10599
> https://issues.apache.org/jira/browse/SOLR-9799
> https://issues.apache.org/jira/browse/SOLR-6598
> https://issues.apache.org/jira/browse/SOLR-14201
> https://issues.apache.org/jira/browse/SOLR-15674
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
