<?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: Kerberos kinit(v5): Credentials cache I/O operation failed XXX when initializing cache in Support Questions</title>
    <link>https://community.cloudera.com/t5/Support-Questions/Kerberos-kinit-v5-Credentials-cache-I-O-operation-failed-XXX/m-p/148433#M110959</link>
    <description>&lt;UL&gt;&lt;LI&gt;when I do klist, It shows below output:&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;klist /var/lib/ambari-agent/tmp/web_alert_cc_4610ec9b283dcfc90bc6df1e519e1c52
Ticket cache: FILE:/var/lib/ambari-agent/tmp/web_alert_cc_4610ec9b283dcfc90bc6df1e519e1c52
Default principal: HTTP/abcd_fqdn@REALM.COM

Valid starting  Expires  Service principal
07/26/16 08:42:28  07/26/16 08:47:28  krbtgt/REALM.COM@REALM.COM&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;When I run  below command it just execute and didn't give any error in the output&lt;/LI&gt;&lt;/UL&gt;&lt;PRE&gt;/usr/share/centrifydc/kerberos/bin/kinit -l 5m -c /var/lib/ambari-agent/tmp/web_alert_cc_4610ec9b283dcfc90bc6df1e519e1c52 -kt /etc/security/keytabs/spnego.service.keytab HTTP/abcd_fqdn.com@REALM.COM&lt;/PRE&gt;</description>
    <pubDate>Tue, 26 Jul 2016 20:56:17 GMT</pubDate>
    <dc:creator>anshul_sisodia</dc:creator>
    <dc:date>2016-07-26T20:56:17Z</dc:date>
    <item>
      <title>Kerberos kinit(v5): Credentials cache I/O operation failed XXX when initializing cache</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Kerberos-kinit-v5-Credentials-cache-I-O-operation-failed-XXX/m-p/148429#M110955</link>
      <description>&lt;P&gt;I am getting below alerts:&lt;/P&gt;&lt;P&gt;Services Reporting Alerts
CRITICAL 	[MAPREDUCE2] 
MAPREDUCE2
CRITICAL 	History Server Web UI 
Connection failed to &lt;A href="http://abcd_fqdn.com:19888" target="_blank"&gt;http://abcd_fqdn.com:19888&lt;/A&gt; (Execution of '/usr/share/centrifydc/kerberos/bin/kinit -l 5m -c /var/lib/ambari-agent/tmp/web_alert_cc_4610ec9b283dcfc90bc6df1e519e1c52 -kt /etc/security/keytabs/spnego.service.keytab HTTP/&lt;/P&gt;&lt;P&gt;abcd_fqdn.com@Realm.COM &amp;gt; /dev/null' returned 1. kinit(v5): Credentials cache I/O operation failed XXX when initializing cache /var/lib/ambari-agent/tmp/web_alert_cc_4610ec9b283dcfc90bc6df1e519e1c52 )&lt;/P&gt;&lt;P&gt;I am not sure which credentials cache is it referring here. I can see credentials cache file on the node:&lt;/P&gt;&lt;P&gt;-rw------- 1 yarn  hadoop 1547 Jul 13 11:54 /tmp/krb5cc_513
-rw------- 1 hcat  hadoop 1417 Jul 22 12:23 /tmp/krb5cc_516
-rw------- 1 hdfs  hadoop 2775 Jul 22 12:24 /tmp/krb5cc_511
-rw------- 1 oozie  hadoop 3046 Jul 22 12:24 /tmp/krb5cc_504
-rw------- 1 ambari-qa hadoop 1456 Jul 26 02:48 /tmp/krb5cc_1002&lt;/P&gt;&lt;P&gt;space in /tmp is also available.&lt;/P&gt;</description>
      <pubDate>Tue, 26 Jul 2016 17:38:39 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Kerberos-kinit-v5-Credentials-cache-I-O-operation-failed-XXX/m-p/148429#M110955</guid>
      <dc:creator>anshul_sisodia</dc:creator>
      <dc:date>2016-07-26T17:38:39Z</dc:date>
    </item>
    <item>
      <title>Re: Kerberos kinit(v5): Credentials cache I/O operation failed XXX when initializing cache</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Kerberos-kinit-v5-Credentials-cache-I-O-operation-failed-XXX/m-p/148430#M110956</link>
      <description>&lt;A rel="user" href="https://community.cloudera.com/users/1294/anshulsisodia.html" nodeid="1294"&gt;@Anshul Sisodia&lt;/A&gt;&lt;P&gt;How were the krb5.conf files created?  Did Ambari create/modify them or are they managed manually?  &lt;/P&gt;&lt;P&gt;Check to see if the krb5.conf file has any of the following attribute specified:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;ccache_type&lt;/LI&gt;&lt;LI&gt;default_ccache_name
&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Typically these values are not set so that the infrastructure default values are used.  &lt;/P&gt;&lt;P&gt;Sometimes we see the default_ccache_name specify a KEYRING rather than a file.  This has historically not been supported by the Hadoop services. &lt;/P&gt;&lt;P&gt;If there is no value for default_ccache_name, try setting it to "/tmp/krb5cc_%{uid}". For example:&lt;/P&gt;&lt;PRE&gt;default_ccache_name = /tmp/krb5cc_%{uid}
&lt;/PRE&gt;</description>
      <pubDate>Tue, 26 Jul 2016 19:41:01 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Kerberos-kinit-v5-Credentials-cache-I-O-operation-failed-XXX/m-p/148430#M110956</guid>
      <dc:creator>rlevas</dc:creator>
      <dc:date>2016-07-26T19:41:01Z</dc:date>
    </item>
    <item>
      <title>Re: Kerberos kinit(v5): Credentials cache I/O operation failed XXX when initializing cache</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Kerberos-kinit-v5-Credentials-cache-I-O-operation-failed-XXX/m-p/148431#M110957</link>
      <description>&lt;P&gt;How to confirm who manages Krb5.conf file. The ownership is with root:&lt;/P&gt;&lt;P&gt;-rw-r--r-- 1 root root 727 May 11 17:00 krb5.conf&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;ccache_type = 3&lt;/LI&gt;&lt;/UL&gt;&lt;UL&gt;&lt;LI&gt;default_ccache_name
is not defined&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Do I need to set this parameter for a particular UID or simply I give for all users&lt;/P&gt;&lt;P&gt;default_ccache_name = /tmp/krb5cc_%{uid} and save conf file?&lt;/P&gt;</description>
      <pubDate>Tue, 26 Jul 2016 19:53:25 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Kerberos-kinit-v5-Credentials-cache-I-O-operation-failed-XXX/m-p/148431#M110957</guid>
      <dc:creator>anshul_sisodia</dc:creator>
      <dc:date>2016-07-26T19:53:25Z</dc:date>
    </item>
    <item>
      <title>Re: Kerberos kinit(v5): Credentials cache I/O operation failed XXX when initializing cache</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Kerberos-kinit-v5-Credentials-cache-I-O-operation-failed-XXX/m-p/148432#M110958</link>
      <description>&lt;P&gt;If Ambari was managing the krb5.conf file, then the "Manage Kerberos client krb5.conf" checkbox will be checked in the Kerberos service configuration screen - probably under "Advanced krb5.conf". By default this will be checked.   &lt;/P&gt;&lt;P&gt;The fact that ccache_type is defined indicates that Ambari is probably not managing the krb5.conf file, however it could be that Ambari is, but maybe Centrify is also trying to manage it.  The default value of ccache_type is 4.  I am not srue what 3 is, but it indicates an older version of the cache format.  I am not sure if this is causing your issue. &lt;/P&gt;&lt;P&gt;Re-reading your issue... to list the contents of the cache file, you can do &lt;/P&gt;&lt;PRE&gt;klist /var/lib/ambari-agent/tmp/web_alert_cc_4610ec9b283dcfc90bc6df1e519e1c52&lt;/PRE&gt;&lt;P&gt;However being that there was an I/O issue with that file, it does not exist - as seen in the listing you provided:&lt;/P&gt;&lt;PRE&gt;-rw------- 1 yarn hadoop 1547 Jul 13 11:54 /tmp/krb5cc_513 
-rw------- 1 hcat hadoop 1417 Jul 22 12:23 /tmp/krb5cc_516 
-rw------- 1 hdfs hadoop 2775 Jul 22 12:24 /tmp/krb5cc_511 
-rw------- 1 oozie hadoop 3046 Jul 22 12:24 /tmp/krb5cc_504 
-rw------- 1 ambari-qa hadoop 1456 Jul 26 02:48 /tmp/krb5cc_1002
-rw------- 1 hdfs hadoop 2775 Jul 22 12:24 /tmp/krb5cc_511 
-rw------- 1 oozie hadoop 3046 Jul 22 12:24 /tmp/krb5cc_504 
-rw------- 1 ambari-qa hadoop 1456 Jul 26 02:48 /tmp/krb5cc_1002&lt;/PRE&gt;&lt;P&gt;Also, looking at the listing, it appears the file caches are being created.&lt;/P&gt;&lt;P&gt;What happen if you execute the following when logged in as root and then as the same user that the Ambari agents run as (changing the host and realm to match your installation):&lt;/P&gt;&lt;PRE&gt;/usr/share/centrifydc/kerberos/bin/kinit -l 5m -c /var/lib/ambari-agent/tmp/web_alert_cc_4610ec9b283dcfc90bc6df1e519e1c52 -kt /etc/security/keytabs/spnego.service.keytab HTTP/abcd_fqdn.com@Realm.COM&lt;/PRE&gt;&lt;P&gt;Note: to get the principal(s) listed in a keytab file you can do:&lt;/P&gt;&lt;PRE&gt;klist -kte /etc/security/keytabs/spnego.service.keytab&lt;/PRE&gt;</description>
      <pubDate>Tue, 26 Jul 2016 20:34:24 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Kerberos-kinit-v5-Credentials-cache-I-O-operation-failed-XXX/m-p/148432#M110958</guid>
      <dc:creator>rlevas</dc:creator>
      <dc:date>2016-07-26T20:34:24Z</dc:date>
    </item>
    <item>
      <title>Re: Kerberos kinit(v5): Credentials cache I/O operation failed XXX when initializing cache</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Kerberos-kinit-v5-Credentials-cache-I-O-operation-failed-XXX/m-p/148433#M110959</link>
      <description>&lt;UL&gt;&lt;LI&gt;when I do klist, It shows below output:&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;klist /var/lib/ambari-agent/tmp/web_alert_cc_4610ec9b283dcfc90bc6df1e519e1c52
Ticket cache: FILE:/var/lib/ambari-agent/tmp/web_alert_cc_4610ec9b283dcfc90bc6df1e519e1c52
Default principal: HTTP/abcd_fqdn@REALM.COM

Valid starting  Expires  Service principal
07/26/16 08:42:28  07/26/16 08:47:28  krbtgt/REALM.COM@REALM.COM&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;When I run  below command it just execute and didn't give any error in the output&lt;/LI&gt;&lt;/UL&gt;&lt;PRE&gt;/usr/share/centrifydc/kerberos/bin/kinit -l 5m -c /var/lib/ambari-agent/tmp/web_alert_cc_4610ec9b283dcfc90bc6df1e519e1c52 -kt /etc/security/keytabs/spnego.service.keytab HTTP/abcd_fqdn.com@REALM.COM&lt;/PRE&gt;</description>
      <pubDate>Tue, 26 Jul 2016 20:56:17 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Kerberos-kinit-v5-Credentials-cache-I-O-operation-failed-XXX/m-p/148433#M110959</guid>
      <dc:creator>anshul_sisodia</dc:creator>
      <dc:date>2016-07-26T20:56:17Z</dc:date>
    </item>
    <item>
      <title>Re: Kerberos kinit(v5): Credentials cache I/O operation failed XXX when initializing cache</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Kerberos-kinit-v5-Credentials-cache-I-O-operation-failed-XXX/m-p/148434#M110960</link>
      <description>&lt;P&gt;Then it appears that things are looking pretty good.&lt;/P&gt;&lt;P&gt;Is the alert still appearing?  It may have been a hiccup where multiple threads were attempting to refresh that cache at the same time.  I think in older versions of Ambari this was a problem every-so-often. &lt;/P&gt;&lt;P&gt;What version of Ambari are you using?&lt;/P&gt;</description>
      <pubDate>Tue, 26 Jul 2016 21:02:34 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Kerberos-kinit-v5-Credentials-cache-I-O-operation-failed-XXX/m-p/148434#M110960</guid>
      <dc:creator>rlevas</dc:creator>
      <dc:date>2016-07-26T21:02:34Z</dc:date>
    </item>
    <item>
      <title>Re: Kerberos kinit(v5): Credentials cache I/O operation failed XXX when initializing cache</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Kerberos-kinit-v5-Credentials-cache-I-O-operation-failed-XXX/m-p/148435#M110961</link>
      <description>&lt;P&gt;It could be &lt;A href="https://issues.apache.org/jira/browse/AMBARI-14847" target="_blank"&gt;https://issues.apache.org/jira/browse/AMBARI-14847&lt;/A&gt;, a problem with concurrent kinit calls. This was fixed in Ambari 2.2.2 - which version of Ambari is this?&lt;/P&gt;</description>
      <pubDate>Wed, 27 Jul 2016 01:28:21 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Kerberos-kinit-v5-Credentials-cache-I-O-operation-failed-XXX/m-p/148435#M110961</guid>
      <dc:creator>jonathanhurley</dc:creator>
      <dc:date>2016-07-27T01:28:21Z</dc:date>
    </item>
    <item>
      <title>Re: Kerberos kinit(v5): Credentials cache I/O operation failed XXX when initializing cache</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Kerberos-kinit-v5-Credentials-cache-I-O-operation-failed-XXX/m-p/148436#M110962</link>
      <description>&lt;P&gt;Ambari version is 2.1.2&lt;/P&gt;</description>
      <pubDate>Wed, 27 Jul 2016 14:52:49 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Kerberos-kinit-v5-Credentials-cache-I-O-operation-failed-XXX/m-p/148436#M110962</guid>
      <dc:creator>anshul_sisodia</dc:creator>
      <dc:date>2016-07-27T14:52:49Z</dc:date>
    </item>
    <item>
      <title>Re: Kerberos kinit(v5): Credentials cache I/O operation failed XXX when initializing cache</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Kerberos-kinit-v5-Credentials-cache-I-O-operation-failed-XXX/m-p/148437#M110963</link>
      <description>&lt;P&gt;Ambari version is 2.1.2&lt;/P&gt;</description>
      <pubDate>Wed, 27 Jul 2016 14:53:13 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Kerberos-kinit-v5-Credentials-cache-I-O-operation-failed-XXX/m-p/148437#M110963</guid>
      <dc:creator>anshul_sisodia</dc:creator>
      <dc:date>2016-07-27T14:53:13Z</dc:date>
    </item>
    <item>
      <title>Re: Kerberos kinit(v5): Credentials cache I/O operation failed XXX when initializing cache</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Kerberos-kinit-v5-Credentials-cache-I-O-operation-failed-XXX/m-p/148438#M110964</link>
      <description>&lt;P&gt;So, it sounds like AMBARI-14847 is the problem. If you upgrade to Ambari 2.2.2, that should resolve it.&lt;/P&gt;</description>
      <pubDate>Thu, 28 Jul 2016 01:25:58 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Kerberos-kinit-v5-Credentials-cache-I-O-operation-failed-XXX/m-p/148438#M110964</guid>
      <dc:creator>jonathanhurley</dc:creator>
      <dc:date>2016-07-28T01:25:58Z</dc:date>
    </item>
  </channel>
</rss>

