You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kafka.apache.org by "Emanuele Cesena (JIRA)" <ji...@apache.org> on 2017/01/17 22:39:26 UTC

[jira] [Created] (KAFKA-4667) Connect (and Stream?) should create internal topics with availability or consistency properly set

Emanuele Cesena created KAFKA-4667:
--------------------------------------

             Summary: Connect (and Stream?) should create internal topics with availability or consistency properly set
                 Key: KAFKA-4667
                 URL: https://issues.apache.org/jira/browse/KAFKA-4667
             Project: Kafka
          Issue Type: Bug
            Reporter: Emanuele Cesena


I'm reporting this as an issue but in fact it requires more investigation (which unfortunately I'm not able to perform at this time).

Repro steps:
- configure Kafka for consistency, for example:
default.replication.factor=3
min.insync.replicas=2
unclean.leader.election.enable=false
- run Connect for the first time, which should create its internal topics

I believe these topics are created with the broker's default, in particular:
min.insync.replicas=2
unclean.leader.election.enable=false
but connect doesn't produce with acks=all, which in turn may cause the cluster to go in a bad state (see, e.g., https://issues.apache.org/jira/browse/KAFKA-4666).

Solution would be to force availability mode, i.e. force:
unclean.leader.election.enable=true
when creating the connect topics, or viceversa detect availability vs consistency mode and turn acks=all if needed.

I assume the same happens with other kafka-based services such as streams.



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