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

Justin Chen edited comment on KAFKA-19148 at 7/21/25 2:19 PM:
--------------------------------------------------------------

Hi [~calvinliu], will KAFKA-19212 resolve the data loss/inconsistencies issues 
described in this issue?
We are seeing data l when producing with `acks=1` and a partition reassignments 
occur (current leader removed from ISR). Using `acks=1`, I would expect data 
loss to be a possibility for broker failures, but not with partition 
reassignments. I will also try to verify myself with the changes from 
KAFKA-19212.


was (Author: JIRAUSER305053):
Hi [~calvinliu], will 
[KAFKA-19212](https://issues.apache.org/jira/browse/KAFKA-19212) resolve the 
data loss/inconsistencies issues described in this issue?
We are seeing data l when producing with `acks=1` and a partition reassignments 
occur (current leader removed from ISR). Using `acks=1`, I would expect data 
loss to be a possibility for broker failures, but not with partition 
reassignments. I will also try to verify myself with the changes from 
KAFKA-19212.

> Potential Unclean Leader Election in KRaft Despite 
> unclean.leader.election.enable=false
> ---------------------------------------------------------------------------------------
>
>                 Key: KAFKA-19148
>                 URL: https://issues.apache.org/jira/browse/KAFKA-19148
>             Project: Kafka
>          Issue Type: Bug
>          Components: controller
>    Affects Versions: 3.9.0, 4.0.0
>            Reporter: Julian Bergner
>            Assignee: Azhar Ahmed
>            Priority: Critical
>         Attachments: Readme_Kraft.md, Readme_Zookeeper.md, 
> docker-compose_kraft.yml, docker-compose_zookeeper.yml
>
>
> *Issue Summary:*
> We're observing unclean leader election even though 
> {{{}unclean.leader.election.enable=false{}}}.
> *Scenario:*
> During a partition reassignment, if we promote a non-ISR broker to leader and 
> simultaneously remove the current leader from the ISR, Kafka still elects a 
> new leader from outside the ISR. This behavior contradicts the expected 
> behavior when unclean leader election is explicitly disabled.
> *Details:*
>  * *Original ISR:* [1, 2]
>  * *New ISR after reassignment:* [3, 2]
> *Kafka Versions Tested:*
>  * Kafka 4.0.0 (KRaft mode)
>  * Kafka 3.9.0 (Kraft mode)
>  * Kafka 3.9.0 (Zookeeper mode)
> *Observation:*
>  * The behaviour differs between the two modes.
>  * In Kraft, unclean leader election occurred, which should not happen with 
> the config set to {{{}false{}}}.
>  * In Zookeeper no unclean leader election occurred.
> *Attachments:*
> Docker Compose files and reproduction steps for both:
>  * Kafka 4.0.0 (KRaft)
>  * Kafka 3.9.0 (Zookeeper)



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to