You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kafka.apache.org by "Ronald van de Kuil (JIRA)" <ji...@apache.org> on 2017/09/30 09:07:00 UTC

[jira] [Resolved] (KAFKA-5997) acks=all does not seem to be honoured

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

Ronald van de Kuil resolved KAFKA-5997.
---------------------------------------
    Resolution: Not A Bug

> acks=all does not seem to be honoured
> -------------------------------------
>
>                 Key: KAFKA-5997
>                 URL: https://issues.apache.org/jira/browse/KAFKA-5997
>             Project: Kafka
>          Issue Type: Bug
>          Components: producer 
>    Affects Versions: 0.11.0.0
>            Reporter: Ronald van de Kuil
>
> I have a 3 node Kafka cluster. I made a topic with 1 partition with a replication factor of 2. 
> The replicas landed on broker 1 and 3. 
> When I stopped the leader I still could produce on it. Also, I saw the consumer consume it.
> I produced with acks=all:
> [main] INFO org.apache.kafka.clients.producer.ProducerConfig - ProducerConfig values: 
> 	acks = all
> The documentations says says about acc=all:
> "This means the leader will wait for the full set of in-sync replicas to acknowledge the record."
> The producer api returns the offset which is present in the Metadatarecord.
> I would have expected that producer could not publish because only 1 replica is in sync.
> This is the output of the topic state:
> Topic:topic1    PartitionCount:1        ReplicationFactor:2     Configs:
>         Topic: topic1   Partition: 0    Leader: 1       Replicas: 1,3   Isr: 1
> I am wondering whether or not this is a bug in the current version of the API or whether the documentation (or my understanding) is eligible for an update? I expect the former.
> If there is anything that I can do, please let me know.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)