You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kafka.apache.org by "Guozhang Wang (JIRA)" <ji...@apache.org> on 2017/01/20 08:22:26 UTC
[jira] [Created] (KAFKA-4675) Subsequent CreateTopic command could
be lost after a DeleteTopic command
Guozhang Wang created KAFKA-4675:
------------------------------------
Summary: Subsequent CreateTopic command could be lost after a DeleteTopic command
Key: KAFKA-4675
URL: https://issues.apache.org/jira/browse/KAFKA-4675
Project: Kafka
Issue Type: Bug
Reporter: Guozhang Wang
This is discovered while investigating KAFKA-3896: If an admin client sends a delete topic command and a create topic command consecutively, even if it wait for the response of the previous command before issuing the second, there is still a race condition that the create topic command could be "lost".
This is because currently these commands are all asynchronous as defined in KIP-4, and controller will return the response once it has written the corresponding data to ZK path, which can be handled by different listener threads at different paces, and if the thread handling create is faster than the other, the executions could be effectively re-ordered.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)