You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Alexandre Rafalovitch (JIRA)" <ji...@apache.org> on 2016/10/02 03:25:20 UTC

[jira] [Commented] (SOLR-6769) Election bug

    [ https://issues.apache.org/jira/browse/SOLR-6769?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15539639#comment-15539639 ] 

Alexandre Rafalovitch commented on SOLR-6769:
---------------------------------------------

There has been some fixes related to that, I believe.

Is this reproducible against latest version of Solr? If yes, the case can be updated with more details so it is more visible. 

If not, let's close it and see if somebody will see it again.

> Election bug
> ------------
>
>                 Key: SOLR-6769
>                 URL: https://issues.apache.org/jira/browse/SOLR-6769
>             Project: Solr
>          Issue Type: Bug
>            Reporter: Alexander S.
>         Attachments: Screenshot 876.png
>
>
> Hello, I have a very simple set up: 2 shards and 2 replicas (4 nodes in total).
> What I did is just stopped the shards, but if first shard stopped immediately the second one took about 5 minutes to stop. You can see on the screenshot what happened next. In short:
> 1. Shard 1 stopped normally
> 3. Replica 1 became a leader
> 2. Shard 2 still was performing some job but wasn't accepting connection
> 4. Replica 2 did not became a leader because Shard 2 is still there but doesn't work
> 5. Entire cluster went down until Shard 2 stopped and Replica 2 became a leader
> Marked as critical because this shuts down the entire cluster. Please adjust if I am wrong.



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

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org