lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Steve Rowe (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (SOLR-11218) Fail and return an error when attempting to delete a collection that's part of an alias
Date Wed, 10 Jan 2018 02:34:00 GMT

    [ https://issues.apache.org/jira/browse/SOLR-11218?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16319598#comment-16319598
] 

Steve Rowe commented on SOLR-11218:
-----------------------------------

My Jenkins found a reproducing failure after the {{4471c1b}} commit on this issue - note that
this seed reproduces only if I remove {{-Dtests.method=testParse}} from the repro cmdline;
likely one of the other tests in this suite isn't cleaning up properly:

{noformat}
   [junit4]   2> NOTE: reproduce with: ant test  -Dtestcase=TimeRoutedAliasUpdateProcessorTest
-Dtests.method=testParse -Dtests.seed=F40339E427E83E40 -Dtests.slow=true -Dtests.locale=es-PE
-Dtests.timezone=Asia/Pontianak -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1
   [junit4] ERROR   0.07s J3  | TimeRoutedAliasUpdateProcessorTest.testParse <<<
   [junit4]    > Throwable #1: org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException:
Error from server at http://127.0.0.1:46590/solr: Collection : myalias_2017-10-24 is part
of alias myalias remove or modify the alias before removing this collection.
   [junit4]    > 	at __randomizedtesting.SeedInfo.seed([F40339E427E83E40:9B8672BC9B9E0DAF]:0)
   [junit4]    > 	at org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:643)
   [junit4]    > 	at org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:255)
   [junit4]    > 	at org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:244)
   [junit4]    > 	at org.apache.solr.client.solrj.impl.LBHttpSolrClient.doRequest(LBHttpSolrClient.java:483)
   [junit4]    > 	at org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:413)
   [junit4]    > 	at org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:1104)
   [junit4]    > 	at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:884)
   [junit4]    > 	at org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:817)
   [junit4]    > 	at org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:194)
   [junit4]    > 	at org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:211)
   [junit4]    > 	at org.apache.solr.update.processor.TimeRoutedAliasUpdateProcessorTest.doBefore(TimeRoutedAliasUpdateProcessorTest.java:84)
   [junit4]    > 	at java.lang.Thread.run(Thread.java:748)
{noformat}

> Fail and return an error when attempting to delete a collection that's part of an alias
> ---------------------------------------------------------------------------------------
>
>                 Key: SOLR-11218
>                 URL: https://issues.apache.org/jira/browse/SOLR-11218
>             Project: Solr
>          Issue Type: Improvement
>      Security Level: Public(Default Security Level. Issues are Public) 
>            Reporter: Erick Erickson
>            Assignee: Erick Erickson
>             Fix For: 7.3
>
>         Attachments: SOLR-11218.patch, SOLR-11218.patch, SOLR-11218.patch, SOLR-11218.patch
>
>
> We don't really have good tests that when an alias and collection have the same name
"the right thing" happens. In this case, admin operations should operate on the collection
rather than the alias.
> Additionally we should have some tests to insure that alias resolution takes precedence
for adds and searches in this case.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org


Mime
View raw message