<?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: GSS exception error seen in a scenario even after having valid kerberos ticket in Support Questions</title>
    <link>https://community.cloudera.com/t5/Support-Questions/GSS-exception-error-seen-in-a-scenario-even-after-having/m-p/231197#M193041</link>
    <description>&lt;P&gt;the machine names from the error log are the expected ones? So this basically means: env-2 is example1.com and example2.com is your hdfs master node (port 8020 should be hdfs file service from the name node)?&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Are all the issues related to the communication between env-2 and your name node, or do you have other hosts involved as well? &lt;/LI&gt;&lt;LI&gt;does the process on env-1 start 5 times a day, or is it started once and continues to run (sleeping instead of terminating)?&lt;/LI&gt;&lt;LI&gt;the ticket renewal on env-1 is identical to the ticket renewal on env-2?&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;I am just wondering if it is possible, that your process on env-2 only takes the ticket at start-up, and when the ticket expires, it just doesn't pick the renewed ticket? If after a restart of your processes on env-2 all authentication issues are gone for the next around 20h, this might be the case. And if on env-1 the process is starting 5 times a day instead of continuously running it might be the reason that the issue is not occure on env-1. &lt;/P&gt;</description>
    <pubDate>Tue, 26 Dec 2017 19:29:05 GMT</pubDate>
    <dc:creator>arald</dc:creator>
    <dc:date>2017-12-26T19:29:05Z</dc:date>
  </channel>
</rss>

