[
https://issues.apache.org/jira/browse/SOLR-8531?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15090505#comment-15090505
]
Shawn Heisey commented on SOLR-8531:
------------------------------------
[~jwartes], what README information are you thinking should be updated? If
it's one of the text files included in the download, those can't change. A
5.4.1 release would need to be made.
Assuming that the path change wasn't necessary for some functionality in
SOLR-7844, I think we should revert the change and push a 5.4.1 release out as
quickly as possible. Alternately (assuming it's even possible), 5.4.1 could
detect older releases in the cluster and work in a compatibility mode.
> ZK leader path changed in 5.4
> -----------------------------
>
> Key: SOLR-8531
> URL: https://issues.apache.org/jira/browse/SOLR-8531
> Project: Solr
> Issue Type: Bug
> Components: SolrCloud
> Affects Versions: 5.4
> Reporter: Jeff Wartes
>
> While doing a rolling upgrade from 5.3 to 5.4 of a solrcloud cluster, I
> observed that upgraded nodes would not register their shards as active unless
> they were elected the leader for the shard.
> There were no errors, the shards were fully up and responsive, but would not
> publish any change from the "down" state.
> This appears to be because the recovery process never happens, because the ZK
> node containing the current leader can't be found, because the ZK path has
> changed.
> Specifically, the leader data node changed from:
> <collection>/leaders/<shard>
> to
> <collection>/leaders/<shard>/leader
> It looks to me like this happened during SOLR-7844, perhaps accidentally.
> At the least, the "Migrating to Solr 5.4" section of the README should get
> updated with this info, since it means a rolling upgrade of a collection with
> multiple replicas will suffer serious degradation in the number of active
> replicas as nodes are upgraded. It's entirely possible this will reduce some
> shards to a single active replica.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
