<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>question No controller for Kafka cluster after kerberos in Archives of Support Questions (Read Only)</title>
    <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/No-controller-for-Kafka-cluster-after-kerberos/m-p/205686#M81178</link>
    <description>&lt;P&gt;Cluster was kerberized. After disabling Kerberos for a fix and kerberizing again, Kafka topics go not get in sync:&lt;/P&gt;&lt;P&gt;Topic:ATLAS_HOOK  PartitionCount:1  ReplicationFactor:2  Configs:&lt;BR /&gt;  Topic: ATLAS_HOOK  Partition: 0  Leader: 1003  Replicas: 1001,1003  Isr: 1003&lt;/P&gt;&lt;P&gt;Topic:ATLAS_ENTITIES  PartitionCount:1  ReplicationFactor:2  Configs:&lt;BR /&gt;  Topic: ATLAS_ENTITIES  Partition: 0  Leader: -1  Replicas: 1001,1002  Isr: 1001&lt;/P&gt;&lt;P&gt;Controller logs shows the following error:&lt;/P&gt;&lt;P&gt;[2018-07-26 02:50:04,971] WARN Failed to parse the controller info as json. Probably this controller is still using the old format [null] to store the broker id in zookeeper (kafka.controller.KafkaController$)&lt;BR /&gt;[2018-07-26 02:50:04,972] ERROR [controller-event-thread]: Error processing event Startup (kafka.controller.ControllerEventManager$ControllerEventThread)&lt;BR /&gt;kafka.common.KafkaException: Failed to parse the controller info: null. This is neither the new or the old format.&lt;BR /&gt;  at kafka.controller.KafkaController$.parseControllerId(KafkaController.scala:147)&lt;BR /&gt;  at kafka.controller.KafkaController.getControllerID(KafkaController.scala:1198)&lt;BR /&gt;  at kafka.controller.KafkaController.elect(KafkaController.scala:1662)&lt;BR /&gt;  at kafka.controller.KafkaController$Startup$.process(KafkaController.scala:1581)&lt;BR /&gt;  at kafka.controller.ControllerEventManager$ControllerEventThread$$anonfun$doWork$1.apply$mcV$sp(ControllerEventManager.scala:53)&lt;BR /&gt;  at kafka.controller.ControllerEventManager$ControllerEventThread$$anonfun$doWork$1.apply(ControllerEventManager.scala:53)&lt;BR /&gt;  at kafka.controller.ControllerEventManager$ControllerEventThread$$anonfun$doWork$1.apply(ControllerEventManager.scala:53)&lt;BR /&gt;  at kafka.metrics.KafkaTimer.time(KafkaTimer.scala:31)&lt;BR /&gt;  at kafka.controller.ControllerEventManager$ControllerEventThread.doWork(ControllerEventManager.scala:52)&lt;BR /&gt;  at kafka.utils.ShutdownableThread.run(ShutdownableThread.scala:64)&lt;BR /&gt;Caused by: java.lang.NumberFormatException: null&lt;BR /&gt;  at java.lang.Integer.parseInt(Integer.java:542)&lt;BR /&gt;  at java.lang.Integer.parseInt(Integer.java:615)&lt;BR /&gt;  at scala.collection.immutable.StringLike$class.toInt(StringLike.scala:273)&lt;BR /&gt;  at scala.collection.immutable.StringOps.toInt(StringOps.scala:29)&lt;BR /&gt;  ... 10 more&lt;/P&gt;&lt;P&gt;using /get in zkCli shows "null" as result.&lt;/P&gt;&lt;P&gt;Also tried to create topics using "kafka" as principal, but they do not get a leader.&lt;/P&gt;&lt;P&gt;Any clues?&lt;/P&gt;&lt;P&gt;Thank you!&lt;/P&gt;</description>
    <pubDate>Thu, 26 Jul 2018 08:32:46 GMT</pubDate>
    <dc:creator>rrsugawarajr</dc:creator>
    <dc:date>2018-07-26T08:32:46Z</dc:date>
    <item>
      <title>No controller for Kafka cluster after kerberos</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/No-controller-for-Kafka-cluster-after-kerberos/m-p/205686#M81178</link>
      <description>&lt;P&gt;Cluster was kerberized. After disabling Kerberos for a fix and kerberizing again, Kafka topics go not get in sync:&lt;/P&gt;&lt;P&gt;Topic:ATLAS_HOOK  PartitionCount:1  ReplicationFactor:2  Configs:&lt;BR /&gt;  Topic: ATLAS_HOOK  Partition: 0  Leader: 1003  Replicas: 1001,1003  Isr: 1003&lt;/P&gt;&lt;P&gt;Topic:ATLAS_ENTITIES  PartitionCount:1  ReplicationFactor:2  Configs:&lt;BR /&gt;  Topic: ATLAS_ENTITIES  Partition: 0  Leader: -1  Replicas: 1001,1002  Isr: 1001&lt;/P&gt;&lt;P&gt;Controller logs shows the following error:&lt;/P&gt;&lt;P&gt;[2018-07-26 02:50:04,971] WARN Failed to parse the controller info as json. Probably this controller is still using the old format [null] to store the broker id in zookeeper (kafka.controller.KafkaController$)&lt;BR /&gt;[2018-07-26 02:50:04,972] ERROR [controller-event-thread]: Error processing event Startup (kafka.controller.ControllerEventManager$ControllerEventThread)&lt;BR /&gt;kafka.common.KafkaException: Failed to parse the controller info: null. This is neither the new or the old format.&lt;BR /&gt;  at kafka.controller.KafkaController$.parseControllerId(KafkaController.scala:147)&lt;BR /&gt;  at kafka.controller.KafkaController.getControllerID(KafkaController.scala:1198)&lt;BR /&gt;  at kafka.controller.KafkaController.elect(KafkaController.scala:1662)&lt;BR /&gt;  at kafka.controller.KafkaController$Startup$.process(KafkaController.scala:1581)&lt;BR /&gt;  at kafka.controller.ControllerEventManager$ControllerEventThread$$anonfun$doWork$1.apply$mcV$sp(ControllerEventManager.scala:53)&lt;BR /&gt;  at kafka.controller.ControllerEventManager$ControllerEventThread$$anonfun$doWork$1.apply(ControllerEventManager.scala:53)&lt;BR /&gt;  at kafka.controller.ControllerEventManager$ControllerEventThread$$anonfun$doWork$1.apply(ControllerEventManager.scala:53)&lt;BR /&gt;  at kafka.metrics.KafkaTimer.time(KafkaTimer.scala:31)&lt;BR /&gt;  at kafka.controller.ControllerEventManager$ControllerEventThread.doWork(ControllerEventManager.scala:52)&lt;BR /&gt;  at kafka.utils.ShutdownableThread.run(ShutdownableThread.scala:64)&lt;BR /&gt;Caused by: java.lang.NumberFormatException: null&lt;BR /&gt;  at java.lang.Integer.parseInt(Integer.java:542)&lt;BR /&gt;  at java.lang.Integer.parseInt(Integer.java:615)&lt;BR /&gt;  at scala.collection.immutable.StringLike$class.toInt(StringLike.scala:273)&lt;BR /&gt;  at scala.collection.immutable.StringOps.toInt(StringOps.scala:29)&lt;BR /&gt;  ... 10 more&lt;/P&gt;&lt;P&gt;using /get in zkCli shows "null" as result.&lt;/P&gt;&lt;P&gt;Also tried to create topics using "kafka" as principal, but they do not get a leader.&lt;/P&gt;&lt;P&gt;Any clues?&lt;/P&gt;&lt;P&gt;Thank you!&lt;/P&gt;</description>
      <pubDate>Thu, 26 Jul 2018 08:32:46 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/No-controller-for-Kafka-cluster-after-kerberos/m-p/205686#M81178</guid>
      <dc:creator>rrsugawarajr</dc:creator>
      <dc:date>2018-07-26T08:32:46Z</dc:date>
    </item>
    <item>
      <title>Re: No controller for Kafka cluster after kerberos</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/No-controller-for-Kafka-cluster-after-kerberos/m-p/205687#M81179</link>
      <description>&lt;P&gt;Answering to myself: It seems something happens in this rekerberization procedure (reproducible in two clusters) and /controller gets null. I deleted the znode and restarted the brokers. A new controller was elected and the replicas caught up into isrs. Hope this proves useful to someone.&lt;/P&gt;</description>
      <pubDate>Thu, 26 Jul 2018 09:56:25 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/No-controller-for-Kafka-cluster-after-kerberos/m-p/205687#M81179</guid>
      <dc:creator>rrsugawarajr</dc:creator>
      <dc:date>2018-07-26T09:56:25Z</dc:date>
    </item>
    <item>
      <title>Re: No controller for Kafka cluster after kerberos</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/No-controller-for-Kafka-cluster-after-kerberos/m-p/205688#M81180</link>
      <description>&lt;P&gt;&lt;A href="https://community.hortonworks.com/questions/208841/no-controller-for-kafka-cluster-after-kerberos.html#"&gt;@Ricardo Junior&lt;/A&gt;&lt;/P&gt;&lt;P&gt;Thanks for your answer to yourself &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt; It helped me after many many many hours of Kafka debugging. &lt;/P&gt;&lt;P&gt;BTW; I my case it was exactly the same scenario: Kerberos -&amp;gt; De-Kerberize -&amp;gt; Re-Kerberize&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;</description>
      <pubDate>Tue, 04 Dec 2018 20:09:32 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/No-controller-for-Kafka-cluster-after-kerberos/m-p/205688#M81180</guid>
      <dc:creator>jknulst</dc:creator>
      <dc:date>2018-12-04T20:09:32Z</dc:date>
    </item>
    <item>
      <title>Re: No controller for Kafka cluster after kerberos</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/No-controller-for-Kafka-cluster-after-kerberos/m-p/283611#M81181</link>
      <description>&lt;P&gt;Another +1 from me for&amp;nbsp; the response. Spend couple of hours investigating and comparing configuration with working cluster before I removed the path. The worst part is that I was not able to find any indication in kafka/zookeeper logs that there is something wrong.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 21 Nov 2019 12:32:19 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/No-controller-for-Kafka-cluster-after-kerberos/m-p/283611#M81181</guid>
      <dc:creator>leszek_liberda</dc:creator>
      <dc:date>2019-11-21T12:32:19Z</dc:date>
    </item>
  </channel>
</rss>

