<?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 CDH 5.3.3 jobhistory removed on RPC call in Archives of Support Questions (Read Only)</title>
    <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/CDH-5-3-3-jobhistory-removed-on-RPC-call/m-p/32228#M7428</link>
    <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;I need help to understand a issue I am getting with jobHistory of my mapreduce job. I am submitting the Java MR2 code remotely using RPC from my web application which is running inside the WebSphere. Application submission work perfectly fine, give back job_id. Application works fine on backend but after job complete jobhistory url stop working. We cant see the job history. Real problem is we are not able to read the job status from RPC as JobClient comes pack with job not found error.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;When we try to submit the job from java application outside the WebSphere it works as expected and keep jobhistory.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I am thinking there must be some property or setting needed for keep the jobHistory saved in cluster so that we can read the job status.&lt;/P&gt;&lt;P&gt;Any help in this regard is appreciated.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks,&lt;BR /&gt;MG&lt;/P&gt;</description>
    <pubDate>Fri, 16 Sep 2022 09:41:37 GMT</pubDate>
    <dc:creator>mukgup</dc:creator>
    <dc:date>2022-09-16T09:41:37Z</dc:date>
    <item>
      <title>CDH 5.3.3 jobhistory removed on RPC call</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/CDH-5-3-3-jobhistory-removed-on-RPC-call/m-p/32228#M7428</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;I need help to understand a issue I am getting with jobHistory of my mapreduce job. I am submitting the Java MR2 code remotely using RPC from my web application which is running inside the WebSphere. Application submission work perfectly fine, give back job_id. Application works fine on backend but after job complete jobhistory url stop working. We cant see the job history. Real problem is we are not able to read the job status from RPC as JobClient comes pack with job not found error.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;When we try to submit the job from java application outside the WebSphere it works as expected and keep jobhistory.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I am thinking there must be some property or setting needed for keep the jobHistory saved in cluster so that we can read the job status.&lt;/P&gt;&lt;P&gt;Any help in this regard is appreciated.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks,&lt;BR /&gt;MG&lt;/P&gt;</description>
      <pubDate>Fri, 16 Sep 2022 09:41:37 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/CDH-5-3-3-jobhistory-removed-on-RPC-call/m-p/32228#M7428</guid>
      <dc:creator>mukgup</dc:creator>
      <dc:date>2022-09-16T09:41:37Z</dc:date>
    </item>
    <item>
      <title>Re: CDH 5.3.3 jobhistory removed on RPC call</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/CDH-5-3-3-jobhistory-removed-on-RPC-call/m-p/32238#M7429</link>
      <description>Does your WebSphere app load a custom set of configs to talk to the remote cluster? Are the JHS configs part of the config set, if so?&lt;BR /&gt;&lt;BR /&gt;The below properties are all necessary in having the MR2 job register itself with the JHS for post-job persistence - get these property values to precisely match with the working 'hadoop jar' command host's /etc/hadoop/conf/mapred-site.xml:&lt;BR /&gt;&lt;BR /&gt;mapreduce.jobhistory.address&lt;BR /&gt;mapreduce.jobhistory.webapp.address (OR) mapreduce.jobhistory.webapp.https.address&lt;BR /&gt;yarn.app.mapreduce.am.staging-dir&lt;BR /&gt;</description>
      <pubDate>Thu, 24 Sep 2015 09:34:55 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/CDH-5-3-3-jobhistory-removed-on-RPC-call/m-p/32238#M7429</guid>
      <dc:creator>Harsh J</dc:creator>
      <dc:date>2015-09-24T09:34:55Z</dc:date>
    </item>
    <item>
      <title>Re: CDH 5.3.3 jobhistory removed on RPC call</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/CDH-5-3-3-jobhistory-removed-on-RPC-call/m-p/32595#M7430</link>
      <description>&lt;DIV&gt;Harsh - Thanks for the properties name info. This solve my problem.&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;I was setting&amp;nbsp;mapreduce.jobhistory.address and&amp;nbsp;mapreduce.jobhistory.webapp.address but not the&amp;nbsp;yarn.app.mapreduce.am.staging-dir. Once I set this third propery it solve the problem&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;What I&amp;nbsp;learn&amp;nbsp;in this process is&amp;nbsp;when&amp;nbsp;we make RPC call from inside IBM Webshpere we need to set all the properties expecilty which are required. Where as when I make a call from standalone program using same JDK it took some implicit properties&lt;/DIV&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;MG&lt;/P&gt;</description>
      <pubDate>Fri, 02 Oct 2015 14:13:04 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/CDH-5-3-3-jobhistory-removed-on-RPC-call/m-p/32595#M7430</guid>
      <dc:creator>mukgup</dc:creator>
      <dc:date>2015-10-02T14:13:04Z</dc:date>
    </item>
    <item>
      <title>Re: CDH 5.3.3 jobhistory removed on RPC call</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/CDH-5-3-3-jobhistory-removed-on-RPC-call/m-p/32597#M7431</link>
      <description>Glad to hear you were able to resolve it. Please consider marking the topic&lt;BR /&gt;solved so others with similar issues may find it quicker!&lt;BR /&gt;&lt;BR /&gt;If the directory of config XML files is on the classpath of the program,&lt;BR /&gt;then the Configuration instance will automatically discover them&lt;BR /&gt;(ClassLoader.getResource(…) style).&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 02 Oct 2015 14:41:55 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/CDH-5-3-3-jobhistory-removed-on-RPC-call/m-p/32597#M7431</guid>
      <dc:creator>Harsh J</dc:creator>
      <dc:date>2015-10-02T14:41:55Z</dc:date>
    </item>
    <item>
      <title>Re: CDH 5.3.3 jobhistory removed on RPC call</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/CDH-5-3-3-jobhistory-removed-on-RPC-call/m-p/32598#M7432</link>
      <description>&lt;P&gt;Once again thanks.&lt;BR /&gt;&lt;BR /&gt;Regarding using full xml resource load. I understand that is always good. But in our environment its not permitted hence endup adding one by one.&lt;BR /&gt;&lt;BR /&gt;I am trying to convince ops team to adopt conf folder approach.&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;MG&lt;/P&gt;</description>
      <pubDate>Fri, 02 Oct 2015 14:52:38 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/CDH-5-3-3-jobhistory-removed-on-RPC-call/m-p/32598#M7432</guid>
      <dc:creator>mukgup</dc:creator>
      <dc:date>2015-10-02T14:52:38Z</dc:date>
    </item>
  </channel>
</rss>

