[
https://issues.apache.org/jira/browse/SOLR-16477?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17624002#comment-17624002
]
Kevin Risden commented on SOLR-16477:
-------------------------------------
[~stillalex] can you add to the description potentially 2 things to show how
this is failing:
* the aliases list showing films pointing to morefilms - something like `curl
-X GET http://localhost:8983/api/cluster/aliases`
* potentially a select command showing the query failing? something like `curl
-X GET http://localhost:8983/solr/morefilms/select?q=*:*`
ideally these would both show the issue - since right now the descriptions
shared all have status=0 so no detail showing the actual failure.
> Collection RENAME api creates broken alias
> ------------------------------------------
>
> Key: SOLR-16477
> URL: https://issues.apache.org/jira/browse/SOLR-16477
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Affects Versions: 9.0, 8.11.2
> Reporter: Alex Deparvu
> Priority: Major
> Time Spent: 20m
> Remaining Estimate: 0h
>
> Renaming a collection results in a broken alias (name as the source param)
> pointing to a non-existent collection (named as the target param).
> Steps to reproduce:
> * First create a new collection
> {noformat}
> bin/solr create -c films -s 2 -rf 2
> {noformat}
> * Second issue rename call
> {noformat}
> > curl -X POST
> > "http://127.0.0.1:8983/solr/admin/collections?action=RENAME&name=films&target=morefilms";
> { "responseHeader":{ "status":0, "QTime":125}}
> {noformat}
>
> This will create an alias called 'films' pointing to a collection named
> 'morefilms', when it should be the other way around.
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
