<?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 Re: Client not found in kerberos database error in Support Questions</title>
    <link>https://community.cloudera.com/t5/Support-Questions/Client-not-found-in-kerberos-database-error/m-p/147033#M109586</link>
    <description>&lt;P&gt;As we have been bitten by the AD issues mentioned by &lt;A rel="user" href="https://community.cloudera.com/users/768/pvyas.html" nodeid="768"&gt;@Pranay Vyas&lt;/A&gt;. I thought I'd expand upon the issue.&lt;/P&gt;&lt;P&gt;We wanted two clusters as similar as possible for DR purposes and was looking at using different AD OU's but the same cluster name. Please note as in HDP 2.5.5 Ambari 2.4.2, keytabs will be generated following the "name-cluster-name" pattern (i.e. ambari-qa-sandpit).&lt;/P&gt;&lt;P&gt;You can create the two sets of AD principals but it fails (usually 
around Zookeeper) with the issue "client not found in kerberos database"
 even though you can see the entities in AD or via an ldapsearch. This means by default you can't have two clusters with the same name connected to the same AD.&lt;/P&gt;&lt;P&gt;We didn't investigate changing the kerberos naming pattern but this could possibly fix the issue.&lt;/P&gt;</description>
    <pubDate>Fri, 01 Sep 2017 06:37:55 GMT</pubDate>
    <dc:creator>john_trengrove</dc:creator>
    <dc:date>2017-09-01T06:37:55Z</dc:date>
    <item>
      <title>Client not found in kerberos database error</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Client-not-found-in-kerberos-database-error/m-p/147028#M109581</link>
      <description>&lt;P&gt;Hello, &lt;/P&gt;&lt;P&gt;All services are failing post enabling kerberos with error - "client not found in kerberos database" &lt;/P&gt;&lt;P&gt;Kinit yields the same error while using svchdfs account through keytab. kinit to svchdfs works fine if logged in through password. Same error post regenerating keytabs. &lt;/P&gt;&lt;P&gt;Appreciate any pointers. &lt;/P&gt;&lt;P&gt;1) HDP 2.3.4.0, Ambari 2.2.0.&lt;/P&gt;&lt;P&gt;2) Pre-created service account are used.&lt;/P&gt;&lt;P&gt;3) AD as Kerberos.&lt;/P&gt;&lt;P&gt;4) AD Structure &lt;/P&gt;&lt;P&gt;OU ---level1---&amp;gt; HADOOP&lt;/P&gt;&lt;P&gt;      ---level1---&amp;gt; cluster1 - serviceprincipals&lt;/P&gt;&lt;P&gt;      ---level1---&amp;gt; PROD&lt;/P&gt;&lt;P&gt;     --------level2--------&amp;gt; cluster2 serviceprincipals&lt;/P&gt;&lt;P&gt;cluster1 is working fine, cluster2 fails. &lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;P&gt;PranayVyas&lt;/P&gt;</description>
      <pubDate>Tue, 29 Mar 2016 13:02:42 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Client-not-found-in-kerberos-database-error/m-p/147028#M109581</guid>
      <dc:creator>PranayV</dc:creator>
      <dc:date>2016-03-29T13:02:42Z</dc:date>
    </item>
    <item>
      <title>Re: Client not found in kerberos database error</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Client-not-found-in-kerberos-database-error/m-p/147029#M109582</link>
      <description>&lt;P&gt;Hi Jason,&lt;/P&gt;&lt;P&gt;1) Klist from svchdfs says not ticket cache&lt;/P&gt;&lt;P&gt;2) Klist of keytab shows svchdfs-&amp;lt;clustername&amp;gt;@REALM.COM&lt;/P&gt;&lt;P&gt;3) kinit -kt hdfs.headless.keytab svchdfs-&amp;lt;clustername&amp;gt;&lt;/P&gt;&lt;P&gt;We noticed that svchdfs-&amp;lt;clustername&amp;gt; exists at 2 OU's within AD. That could be a cause since kerberos is unable to uniquely identify service account. we are trying to delete the duplicate one. &lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;P&gt;Pranay Vyas&lt;/P&gt;</description>
      <pubDate>Wed, 30 Mar 2016 03:31:32 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Client-not-found-in-kerberos-database-error/m-p/147029#M109582</guid>
      <dc:creator>PranayV</dc:creator>
      <dc:date>2016-03-30T03:31:32Z</dc:date>
    </item>
    <item>
      <title>Re: Client not found in kerberos database error</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Client-not-found-in-kerberos-database-error/m-p/147030#M109583</link>
      <description>&lt;P&gt;Check if the Kerberos realm name in AD is in lowercase. I have seen this problem if that is the case. If it is, you would be able to complete the Kerberos wizard, but service startup will fail with this error. The MIT KDC libraries require the realm to be uppercase for things to work properly.&lt;/P&gt;</description>
      <pubDate>Thu, 07 Apr 2016 04:40:12 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Client-not-found-in-kerberos-database-error/m-p/147030#M109583</guid>
      <dc:creator>emaxwell</dc:creator>
      <dc:date>2016-04-07T04:40:12Z</dc:date>
    </item>
    <item>
      <title>Re: Client not found in kerberos database error</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Client-not-found-in-kerberos-database-error/m-p/147031#M109584</link>
      <description>&lt;P&gt;Thanks emaxwell and Jason. The problem was due to duplicate HTTP and http account in AD. Deleting the centirfy's 'http' account resolved all issues.&lt;/P&gt;</description>
      <pubDate>Fri, 08 Apr 2016 01:09:56 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Client-not-found-in-kerberos-database-error/m-p/147031#M109584</guid>
      <dc:creator>PranayV</dc:creator>
      <dc:date>2016-04-08T01:09:56Z</dc:date>
    </item>
    <item>
      <title>Re: Client not found in kerberos database error</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Client-not-found-in-kerberos-database-error/m-p/147032#M109585</link>
      <description>&lt;P&gt;I accepted your answer as we want to show exact solution, which was different from what was suggested by others.&lt;/P&gt;</description>
      <pubDate>Fri, 08 Apr 2016 01:22:17 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Client-not-found-in-kerberos-database-error/m-p/147032#M109585</guid>
      <dc:creator>aervits</dc:creator>
      <dc:date>2016-04-08T01:22:17Z</dc:date>
    </item>
    <item>
      <title>Re: Client not found in kerberos database error</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Client-not-found-in-kerberos-database-error/m-p/147033#M109586</link>
      <description>&lt;P&gt;As we have been bitten by the AD issues mentioned by &lt;A rel="user" href="https://community.cloudera.com/users/768/pvyas.html" nodeid="768"&gt;@Pranay Vyas&lt;/A&gt;. I thought I'd expand upon the issue.&lt;/P&gt;&lt;P&gt;We wanted two clusters as similar as possible for DR purposes and was looking at using different AD OU's but the same cluster name. Please note as in HDP 2.5.5 Ambari 2.4.2, keytabs will be generated following the "name-cluster-name" pattern (i.e. ambari-qa-sandpit).&lt;/P&gt;&lt;P&gt;You can create the two sets of AD principals but it fails (usually 
around Zookeeper) with the issue "client not found in kerberos database"
 even though you can see the entities in AD or via an ldapsearch. This means by default you can't have two clusters with the same name connected to the same AD.&lt;/P&gt;&lt;P&gt;We didn't investigate changing the kerberos naming pattern but this could possibly fix the issue.&lt;/P&gt;</description>
      <pubDate>Fri, 01 Sep 2017 06:37:55 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Client-not-found-in-kerberos-database-error/m-p/147033#M109586</guid>
      <dc:creator>john_trengrove</dc:creator>
      <dc:date>2017-09-01T06:37:55Z</dc:date>
    </item>
  </channel>
</rss>

