<?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: Oozie not passing Ambari Service checks -&amp;gt; YARN ATS Delegation Token problem in Archives of Support Questions (Read Only)</title>
    <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Oozie-not-passing-Ambari-Service-checks-gt-YARN-ATS/m-p/119464#M42993</link>
    <description>&lt;P&gt;&lt;A rel="user" href="https://community.cloudera.com/users/10171/benjaminruland.html" nodeid="10171"&gt;@Roland Simonis&lt;/A&gt; You are correct 2.5 comes with oozie 4.2.0.2.5. We tried to disable ATS as well on 2.4.2 with no success as we run into a different issue. Not specific to Oozie. Here is what we did: from ambari ui, went to Yarn config and set yarn.timeline-service.enabled = false. Restart all affected and test. &lt;/P&gt;</description>
    <pubDate>Fri, 07 Oct 2016 20:30:35 GMT</pubDate>
    <dc:creator>falbani</dc:creator>
    <dc:date>2016-10-07T20:30:35Z</dc:date>
    <item>
      <title>Oozie not passing Ambari Service checks -&gt; YARN ATS Delegation Token problem</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Oozie-not-passing-Ambari-Service-checks-gt-YARN-ATS/m-p/119460#M42989</link>
      <description>&lt;P&gt;Hi Community,&lt;/P&gt;&lt;P&gt;I am experiencing weird errors with Oozie, YARN and the Application timeline server.&lt;/P&gt;&lt;P&gt;Running the Ambari Service checks for Oozie, Oozie is not able to get Delegation tokens for the ATS via the resourcemanager due to this error:&lt;/P&gt;&lt;P&gt;in resourcemanager log:&lt;/P&gt;&lt;PRE&gt;2016-10-07 13:26:43,460 WARN  security.DelegationTokenRenewer (DelegationTokenRenewer.java:handleDTRenewerAppSubmitEvent(908)) - Unable to add the application to the delegation token renewer.
java.io.IOException: Failed to renew token: Kind: TIMELINE_DELEGATION_TOKEN, Service: 10.40.11.42:8190, Ident: (owner=ambari-qa, renewer=yarn, realUser=oozie, issueDate=1475839603327, maxDate=1476444403327, sequenceNumber=122, masterKeyId=102)
	at org.apache.hadoop.yarn.server.resourcemanager.security.DelegationTokenRenewer.handleAppSubmitEvent(DelegationTokenRenewer.java:475)
	at org.apache.hadoop.yarn.server.resourcemanager.security.DelegationTokenRenewer.access$800(DelegationTokenRenewer.java:78)
	at org.apache.hadoop.yarn.server.resourcemanager.security.DelegationTokenRenewer$DelegationTokenRenewerRunnable.handleDTRenewerAppSubmitEvent(DelegationTokenRenewer.java:904)
	at org.apache.hadoop.yarn.server.resourcemanager.security.DelegationTokenRenewer$DelegationTokenRenewerRunnable.run(DelegationTokenRenewer.java:881)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
	at java.lang.Thread.run(Thread.java:745)
Caused by: java.io.IOException: HTTPS hostname wrong:  should be &amp;lt;10.40.11.42&amp;gt;
	at sun.net.www.protocol.https.HttpsClient.checkURLSpoofing(HttpsClient.java:649)
	at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:573)
	at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185)
	at sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:153)
	at org.apache.hadoop.security.authentication.client.KerberosAuthenticator.authenticate(KerberosAuthenticator.java:188)
	at org.apache.hadoop.security.token.delegation.web.DelegationTokenAuthenticator.authenticate(DelegationTokenAuthenticator.java:132)
	at org.apache.hadoop.security.authentication.client.AuthenticatedURL.openConnection(AuthenticatedURL.java:216)
	at org.apache.hadoop.security.token.delegation.web.DelegationTokenAuthenticator.doDelegationTokenOperation(DelegationTokenAuthenticator.java:298)
	at org.apache.hadoop.security.token.delegation.web.DelegationTokenAuthenticator.renewDelegationToken(DelegationTokenAuthenticator.java:216)
	at org.apache.hadoop.security.token.delegation.web.DelegationTokenAuthenticatedURL.renewDelegationToken(DelegationTokenAuthenticatedURL.java:414)
	at org.apache.hadoop.yarn.client.api.impl.TimelineClientImpl$2.run(TimelineClientImpl.java:405)
	at org.apache.hadoop.yarn.client.api.impl.TimelineClientImpl$2.run(TimelineClientImpl.java:387)
	at java.security.AccessController.doPrivileged(Native Method)
	at javax.security.auth.Subject.doAs(Subject.java:422)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1724)
	at org.apache.hadoop.yarn.client.api.impl.TimelineClientImpl$TimelineClientRetryOpForOperateDelegationToken.run(TimelineClientImpl.java:699)
	at org.apache.hadoop.yarn.client.api.impl.TimelineClientImpl$TimelineClientConnectionRetry.retryOn(TimelineClientImpl.java:185)
	at org.apache.hadoop.yarn.client.api.impl.TimelineClientImpl.operateDelegationToken(TimelineClientImpl.java:462)
	at org.apache.hadoop.yarn.client.api.impl.TimelineClientImpl.renewDelegationToken(TimelineClientImpl.java:409)
	at org.apache.hadoop.yarn.security.client.TimelineDelegationTokenIdentifier$Renewer.renew(TimelineDelegationTokenIdentifier.java:81)
	at org.apache.hadoop.security.token.Token.renew(Token.java:385)
	at org.apache.hadoop.yarn.server.resourcemanager.security.DelegationTokenRenewer$1.run(DelegationTokenRenewer.java:597)
	at org.apache.hadoop.yarn.server.resourcemanager.security.DelegationTokenRenewer$1.run(DelegationTokenRenewer.java:594)
	at java.security.AccessController.doPrivileged(Native Method)
	at javax.security.auth.Subject.doAs(Subject.java:422)
	at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1724)
	at org.apache.hadoop.yarn.server.resourcemanager.security.DelegationTokenRenewer.renewToken(DelegationTokenRenewer.java:592)
	at org.apache.hadoop.yarn.server.resourcemanager.security.DelegationTokenRenewer.handleAppSubmitEvent(DelegationTokenRenewer.java:461)
	... 6 more&lt;/PRE&gt;&lt;P&gt;I believe the interesting part is:&lt;/P&gt;&lt;PRE&gt;Caused by: java.io.IOException: HTTPS hostname wrong:  should be &amp;lt;10.40.11.42&amp;gt;
	at sun.net.www.protocol.https.HttpsClient.checkURLSpoofing(HttpsClient.java:649)&lt;/PRE&gt;&lt;P&gt;The config is:&lt;/P&gt;&lt;P&gt;- HDP 2.5.0.0 and Ambari 2.4.0.1&lt;/P&gt;&lt;P&gt;- HTTPs is activated for both Hadoop (HDFS, YARN, ATS) and Oozie. The certificates include the hostname(s) of the server&lt;/P&gt;&lt;P&gt;- Kerberos is activated&lt;/P&gt;&lt;P&gt;- The cluster is multihomed, but this communication only happens internally&lt;/P&gt;&lt;P&gt;- hadoop.security.token.service.use_ip is already set to false&lt;/P&gt;&lt;P&gt;Do you have any idea, which config I could adjust to fix this? Or is it a bug?&lt;/P&gt;</description>
      <pubDate>Fri, 07 Oct 2016 19:32:08 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Oozie-not-passing-Ambari-Service-checks-gt-YARN-ATS/m-p/119460#M42989</guid>
      <dc:creator>benhadoop</dc:creator>
      <dc:date>2016-10-07T19:32:08Z</dc:date>
    </item>
    <item>
      <title>Re: Oozie not passing Ambari Service checks -&gt; YARN ATS Delegation Token problem</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Oozie-not-passing-Ambari-Service-checks-gt-YARN-ATS/m-p/119461#M42990</link>
      <description>&lt;P&gt;&lt;A rel="user" href="https://community.cloudera.com/users/10171/benjaminruland.html" nodeid="10171"&gt;@Roland Simonis&lt;/A&gt; Oozie will fail with this TIMELINE_DELEGATION_TOKEN when  hadoop.security.token.service.use_ip=false. This is only supported in HDP 2.5 of Oozie and not in prior versions. Is caused by a bug that has been address on Oozie 4.3.0 that comes with HDP 2.5&lt;/P&gt;</description>
      <pubDate>Fri, 07 Oct 2016 19:42:48 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Oozie-not-passing-Ambari-Service-checks-gt-YARN-ATS/m-p/119461#M42990</guid>
      <dc:creator>falbani</dc:creator>
      <dc:date>2016-10-07T19:42:48Z</dc:date>
    </item>
    <item>
      <title>Re: Oozie not passing Ambari Service checks -&gt; YARN ATS Delegation Token problem</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Oozie-not-passing-Ambari-Service-checks-gt-YARN-ATS/m-p/119462#M42991</link>
      <description>&lt;P&gt;Hi &lt;A rel="user" href="https://community.cloudera.com/users/11048/falbani.html" nodeid="11048"&gt;@Felix Albani&lt;/A&gt;. Thanks for your answer. &lt;/P&gt;&lt;P&gt;However, I recently updated to HDP 2.5 and the error still persists.&lt;/P&gt;&lt;P&gt;edit: I just found the mentioned issue: &lt;A href="https://issues.apache.org/jira/browse/OOZIE-2490"&gt;https://issues.apache.org/jira/browse/OOZIE-2490&lt;/A&gt;&lt;/P&gt;&lt;P&gt;HDP 2.5 only includes Oozie 4.2.0.2.5, so the solution is to wait for the next release ...&lt;/P&gt;</description>
      <pubDate>Fri, 07 Oct 2016 19:47:33 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Oozie-not-passing-Ambari-Service-checks-gt-YARN-ATS/m-p/119462#M42991</guid>
      <dc:creator>benhadoop</dc:creator>
      <dc:date>2016-10-07T19:47:33Z</dc:date>
    </item>
    <item>
      <title>Re: Oozie not passing Ambari Service checks -&gt; YARN ATS Delegation Token problem</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Oozie-not-passing-Ambari-Service-checks-gt-YARN-ATS/m-p/119463#M42992</link>
      <description>&lt;P&gt;&lt;A rel="user" href="https://community.cloudera.com/users/11048/falbani.html" nodeid="11048"&gt;@Felix Albani&lt;/A&gt; Do you know how to disable ATS usage by Oozie as a workaround?&lt;/P&gt;</description>
      <pubDate>Fri, 07 Oct 2016 20:03:36 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Oozie-not-passing-Ambari-Service-checks-gt-YARN-ATS/m-p/119463#M42992</guid>
      <dc:creator>benhadoop</dc:creator>
      <dc:date>2016-10-07T20:03:36Z</dc:date>
    </item>
    <item>
      <title>Re: Oozie not passing Ambari Service checks -&gt; YARN ATS Delegation Token problem</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Oozie-not-passing-Ambari-Service-checks-gt-YARN-ATS/m-p/119464#M42993</link>
      <description>&lt;P&gt;&lt;A rel="user" href="https://community.cloudera.com/users/10171/benjaminruland.html" nodeid="10171"&gt;@Roland Simonis&lt;/A&gt; You are correct 2.5 comes with oozie 4.2.0.2.5. We tried to disable ATS as well on 2.4.2 with no success as we run into a different issue. Not specific to Oozie. Here is what we did: from ambari ui, went to Yarn config and set yarn.timeline-service.enabled = false. Restart all affected and test. &lt;/P&gt;</description>
      <pubDate>Fri, 07 Oct 2016 20:30:35 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Oozie-not-passing-Ambari-Service-checks-gt-YARN-ATS/m-p/119464#M42993</guid>
      <dc:creator>falbani</dc:creator>
      <dc:date>2016-10-07T20:30:35Z</dc:date>
    </item>
    <item>
      <title>Re: Oozie not passing Ambari Service checks -&gt; YARN ATS Delegation Token problem</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Oozie-not-passing-Ambari-Service-checks-gt-YARN-ATS/m-p/119465#M42994</link>
      <description>&lt;P&gt;Correct, OOZIE-2490 is the error. I was told this was included in 2.5, maybe not. Sorry about the confusion.&lt;/P&gt;</description>
      <pubDate>Fri, 07 Oct 2016 20:36:35 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Oozie-not-passing-Ambari-Service-checks-gt-YARN-ATS/m-p/119465#M42994</guid>
      <dc:creator>falbani</dc:creator>
      <dc:date>2016-10-07T20:36:35Z</dc:date>
    </item>
    <item>
      <title>Re: Oozie not passing Ambari Service checks -&gt; YARN ATS Delegation Token problem</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Oozie-not-passing-Ambari-Service-checks-gt-YARN-ATS/m-p/119466#M42995</link>
      <description>&lt;P&gt;Okay, I will try this out.&lt;/P&gt;&lt;P&gt;The only other workaround I can think about is getting certificates that include the IP-address. Can this work from you point of view? Or is the error created by Kerberos?&lt;/P&gt;&lt;P&gt;Or to disable SSL for the ATS, well effectively for complete YARN and HDFS (which is kind of bad). &lt;/P&gt;</description>
      <pubDate>Fri, 07 Oct 2016 20:43:47 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Oozie-not-passing-Ambari-Service-checks-gt-YARN-ATS/m-p/119466#M42995</guid>
      <dc:creator>benhadoop</dc:creator>
      <dc:date>2016-10-07T20:43:47Z</dc:date>
    </item>
    <item>
      <title>Re: Oozie not passing Ambari Service checks -&gt; YARN ATS Delegation Token problem</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Oozie-not-passing-Ambari-Service-checks-gt-YARN-ATS/m-p/119467#M42996</link>
      <description>&lt;P&gt;Just to sum it up:&lt;/P&gt;&lt;P&gt;Disabling the ATS (yarn.timeline-service.enabled = false) solved the issues.&lt;/P&gt;&lt;P&gt;In HDP 2.5.3, the bug may be fixed, see:&lt;/P&gt;&lt;P&gt;&lt;A href="https://docs.hortonworks.com/HDPDocuments/HDP2/HDP-2.5.3/bk_release-notes/content/patch_hadoop.html" target="_blank"&gt;https://docs.hortonworks.com/HDPDocuments/HDP2/HDP-2.5.3/bk_release-notes/content/patch_hadoop.html&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="https://issues.apache.org/jira/browse/HADOOP-12954" target="_blank"&gt;https://issues.apache.org/jira/browse/HADOOP-12954&lt;/A&gt;&lt;/P&gt;&lt;P&gt;or with the next version when OOZIE-2490 is included&lt;/P&gt;</description>
      <pubDate>Thu, 15 Dec 2016 18:52:49 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Oozie-not-passing-Ambari-Service-checks-gt-YARN-ATS/m-p/119467#M42996</guid>
      <dc:creator>benhadoop</dc:creator>
      <dc:date>2016-12-15T18:52:49Z</dc:date>
    </item>
  </channel>
</rss>

