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

Erick Erickson resolved SOLR-7431.
----------------------------------
    Resolution: Invalid

It's just invalid to expect Solr to recreate the Zookeeper state when you blow 
away all the data in Zookeeper, so closing. The stateFormat is not present. 
Well, actually there's not even clusterprops.json znode to read the property 
from.

Actually, thinking about it some more this is kind of cool behavior. I can blow 
away all of my ZK data and _still_ get my collections back. All I have to do is 
push the configsets back to ZK after starting all my Solr nodes. The fact that 
clusterstate.json is where the collections is easily remedied by 
MIGRATESTATEFORMAT.

> stateFormat=2 is not respected when collections are recreated.
> --------------------------------------------------------------
>
>                 Key: SOLR-7431
>                 URL: https://issues.apache.org/jira/browse/SOLR-7431
>             Project: Solr
>          Issue Type: Bug
>    Affects Versions: 5.1
>            Reporter: Erick Erickson
>
> The following steps produce a clusterstate.json at the root of the Solr hive 
> in ZK rather than a state.json node under the collection.
> 0> Start separate ZK locally
> 1> create a collection with stock 5.x
> 2> shut down all solr nodes and Zookeeper
> 3> rm -rf /tmp/zookeeper
> 4> start ZK
> 5> upconfig your configuration
> 6> start the solr nodes.
> When I created the nodes originally, the collection had a state.json node 
> below it, but after the above there was only the uber-clusterstate.json node 
> and no state.json below the collection.
> Even in this state, new collections have the state.json as a child of the 
> collection.
> I'm not quite sure what happens if you do something less drastic than blow 
> the entire ZK configuration away. Say you remove just one replica's 
> information from the ZK state, it's not clear to me where it gets re-added.
> Of course this is not something that's very common, I ran in to it trying to 
> hack an upgrade from 4.x to 5.x and migrate from the single clusterstate.json 
> to state-per-collection.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to