[ https://issues.apache.org/jira/browse/SOLR-5593?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Steve Rowe reassigned SOLR-5593: -------------------------------- Assignee: Steve Rowe (was: Mark Miller) > shard leader loss due to ZK session expiry > ------------------------------------------ > > Key: SOLR-5593 > URL: https://issues.apache.org/jira/browse/SOLR-5593 > Project: Solr > Issue Type: Bug > Components: SolrCloud > Reporter: Christine Poerschke > Assignee: Steve Rowe > Fix For: 5.0, 4.7, 4.6.1 > > Attachments: CoreAdminHandler.patch > > > The problem we saw was that the shard leader ceased to be shard leader (in > our case due to its zookeeper session expiring). The followers thus rejected > update requests (DistributedUpdateProcessor setupRequest's call to > ZkStateReader getLeaderRetry) and the leader asked them to recover > (DistributedUpdateProcessor doFinish). The followers published themselves as > recovering (CoreAdminHandler handleRequestRecoveryAction) and the shard > leader loss triggered an election in which none of the followers became the > leader due to their recovering state (ShardLeaderElectionContext > shouldIBeLeader). The former shard leader also did not become shard leader > because its new seq number placed it after the existing replicas > (LeaderElector checkIfIamLeader seq <= intSeqs.get(0)). -- This message was sent by Atlassian JIRA (v6.1.5#6160) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org