You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@lucene.apache.org by "Ilan Ginzburg (Jira)" <ji...@apache.org> on 2020/06/10 17:21:00 UTC

[jira] [Issue Comment Deleted] (SOLR-12823) remove clusterstate.json in Lucene/Solr 9.0

     [ https://issues.apache.org/jira/browse/SOLR-12823?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Ilan Ginzburg updated SOLR-12823:
---------------------------------
    Comment: was deleted

(was: Failures of:
{code:java}
CloudHttp2SolrClientTest.testWrongZkChrootTest()
CloudSolrClientTest.testWrongZkChrootTest()
TestCloudSolrClientConnections.testCloudClientCanConnectAfterClusterComesUp()
TestCloudSolrClientConnections.testCloudClientUploads()
{code}
Are all due to the same root cause: {{/aliases.json}} is not found in ZK.
 I removed the large {{/clusterstate.json}} commit (reverted master to commit 54c5dd7d6d8b486df9132e637a6d7c5871ac4664 “LUCENE-9148: Move the BKD index to its own file. (#1475)”) and I see the same failures.
 I therefore believe these failures are independent of the {{/clusterstate.json}} removal, please let me know [~mdrob] if you think otherwise.

I will concentrate on {{TestZKPropertiesWriter.testZKPropertiesWriter()}}.

Also, which test target should I run to detect these issues ahead of time next time? {{ant test}} didn’t run them, {{gradlew test}} didn’t either.)

> remove clusterstate.json in Lucene/Solr 9.0
> -------------------------------------------
>
>                 Key: SOLR-12823
>                 URL: https://issues.apache.org/jira/browse/SOLR-12823
>             Project: Solr
>          Issue Type: Task
>            Reporter: Varun Thacker
>            Assignee: Mike Drob
>            Priority: Major
>             Fix For: master (9.0)
>
>          Time Spent: 4h 10m
>  Remaining Estimate: 0h
>
> clusterstate.json is an artifact of a pre 5.0 Solr release. We should remove that in 9.0
> It stays empty unless you explicitly ask to create the collection with the old "stateFormat" and there is no reason for one to create a collection with the old stateFormat.
> We should also remove the "stateFormat" argument in create collection
> We should also remove MIGRATESTATEVERSION as well
>  
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

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