You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kafka.apache.org by "Neha Narkhede (JIRA)" <ji...@apache.org> on 2014/02/13 23:48:19 UTC

[jira] [Resolved] (KAFKA-1188) Stale LeaderAndIsr request could be handled by the broker on Controller failover

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

Neha Narkhede resolved KAFKA-1188.
----------------------------------

    Resolution: Fixed
      Assignee: Guozhang Wang

Fixed the minor suggestions and checked in.

> Stale LeaderAndIsr request could be handled by the broker on Controller failover
> --------------------------------------------------------------------------------
>
>                 Key: KAFKA-1188
>                 URL: https://issues.apache.org/jira/browse/KAFKA-1188
>             Project: Kafka
>          Issue Type: Bug
>            Reporter: Guozhang Wang
>            Assignee: Guozhang Wang
>         Attachments: KAFKA-1188.patch, KAFKA-1188_2013-12-24_11:07:12.patch, KAFKA-1188_2014-01-02_10:43:54.patch, KAFKA-1188_2014-01-15_16:43:30.patch, KAFKA-1188_2014-01-16_11:06:56.patch, KAFKA-1188_2014-01-16_15:02:22.patch, KAFKA-1188_2014-01-21_14:01:22.patch, KAFKA-1188_2014-02-11_17:48:06.patch, KAFKA-1188_2014-02-11_17:50:06.patch
>
>
> ... which will cause the broker to truncate log as responding in makeFollower, and hence lose data. 
> One procedure to produce this issue:
> 3 brokers, 3 partitions, replication factor = 3.
> 1. Broker 1 is the original controller.
> 2. Broker 3 lost registration, 1 send LeaderAndIsr to 1 for isr shrinking  (leader of partition 1), but not to 2 since it is not the leader.
> 3. Broker 1 dies, new controller 2 sends all LeaderAndIsr to 2 and 3 (resumed), and 2 handles the makeFollower, truncates data.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)