[
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: [email protected]
For additional commands, e-mail: [email protected]