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

ASF GitHub Bot commented on KAFKA-4074:
---------------------------------------

GitHub user omkreddy opened a pull request:

    https://github.com/apache/kafka/pull/1784

    KAFKA-4074: Deleting a topic can make it unavailable even if 
delete.topic.enable is false

    

You can merge this pull request into a Git repository by running:

    $ git pull https://github.com/omkreddy/kafka KAFKA-4074-DELETE-TOPIC

Alternatively you can review and apply these changes as the patch at:

    https://github.com/apache/kafka/pull/1784.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

    This closes #1784
    
----
commit 0dddedfb6b131908ed22cb1571cfb8149458ca7f
Author: Manikumar Reddy O <manikumar.re...@gmail.com>
Date:   2016-08-25T09:33:13Z

    KAFKA-4074: Deleting a topic can make it unavailable even if 
delete.topic.enable is false

----


> Deleting a topic can make it unavailable even if delete.topic.enable is false
> -----------------------------------------------------------------------------
>
>                 Key: KAFKA-4074
>                 URL: https://issues.apache.org/jira/browse/KAFKA-4074
>             Project: Kafka
>          Issue Type: Bug
>          Components: controller
>            Reporter: Joel Koshy
>            Assignee: Manikumar Reddy
>             Fix For: 0.10.1.0
>
>
> The {{delete.topic.enable}} configuration does not completely block the 
> effects of delete topic since the controller may (indirectly) query the list 
> of topics under the delete-topic znode.
> To reproduce:
> * Delete topic X
> * Force a controller move (either by bouncing or removing the controller 
> znode)
> * The new controller will send out UpdateMetadataRequests with leader=-2 for 
> the partitions of X
> * Producers eventually stop producing to that topic
> The reason for this is that when ControllerChannelManager adds 
> UpdateMetadataRequests for brokers, we directly use the partitionsToBeDeleted 
> field of the DeleteTopicManager (which is set to the partitions of the topics 
> under the delete-topic znode on controller startup).
> In order to get out of the situation you have to remove X from the znode and 
> then force another controller move.



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

Reply via email to