lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mark Miller (JIRA)" <>
Subject [jira] [Commented] (SOLR-3939) Solr Cloud recovery and leader election when unloading leader core
Date Wed, 17 Oct 2012 14:12:03 GMT


Mark Miller commented on SOLR-3939:

I'm not sure - I'd have to think about it. Could be as simple as timing. If the new leader
candidate gets an updated cluster state fast enough, he won't even consider the core that
just went down when trying to become the leader.

Anyhow, for what I am seeing in my tests so far, I think have a solution that works for now
- just have to test it out.
> Solr Cloud recovery and leader election when unloading leader core
> ------------------------------------------------------------------
>                 Key: SOLR-3939
>                 URL:
>             Project: Solr
>          Issue Type: Bug
>          Components: SolrCloud
>    Affects Versions: 4.0-BETA, 4.0
>            Reporter: Joel Bernstein
>            Assignee: Mark Miller
>            Priority: Critical
>              Labels: 4.0.1_Candidate
>             Fix For: 4.1, 5.0
>         Attachments: cloud.log, SOLR-3939.patch
> When a leader core is unloaded using the core admin api, the followers in the shard go
into recovery but do not come out. Leader election doesn't take place and the shard goes down.
> This effects the ability to move a micro-shard from one Solr instance to another Solr
> The problem does not occur 100% of the time but a large % of the time. 
> To setup a test, startup Solr Cloud with a single shard. Add cores to that shard as replicas
using core admin. Then unload the leader core using core admin. 

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message