You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kafka.apache.org by "Sriharsha Chintalapani (JIRA)" <ji...@apache.org> on 2014/10/01 16:53:33 UTC

[jira] [Created] (KAFKA-1663) Controller unable to shutdown after a soft failure

Sriharsha Chintalapani created KAFKA-1663:
---------------------------------------------

             Summary: Controller unable to shutdown after a soft failure
                 Key: KAFKA-1663
                 URL: https://issues.apache.org/jira/browse/KAFKA-1663
             Project: Kafka
          Issue Type: Bug
            Reporter: Sriharsha Chintalapani


As part of testing KAFKA-1558 I came across a case where inducing soft failure in the current controller elects a new controller  but the old controller doesn't shutdown properly.
steps to reproduce
1) 5 broker cluster
2) high number of topics(I tested it with 1000 topics)
3) on the current controller do kill -SIGSTOP  pid( broker's process id)
4) wait for bit over zookeeper timeout (server.properties)
5) kill -SIGCONT pid
6) There will be a new controller elected. check old controller's
log 
[2014-09-30 15:59:53,398] INFO [SessionExpirationListener on 1], ZK expired; shut down all controller components and try to re-elect (kafka.controller.KafkaController$SessionExpirationListener)
[2014-09-30 15:59:53,400] INFO [delete-topics-thread-1], Shutting down (kafka.controller.TopicDeletionManager$DeleteTopicsThread)

If it stops there and the broker  logs keeps printing 
Cached zkVersion [0] not equal to that in zookeeper, skip updating ISR (kafka.cluster.Partition)
than the controller shutdown never completes.



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