<?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 Token expiry issue due to System time on machines. in Archives of Support Questions (Read Only)</title>
    <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126264#M17909</link>
    <description>&lt;P&gt;I am struggling to fix the issue that I am facing while executing hadoop mareduce jobs in my cluster. I am running the mapreduce job on the cluster created through Ambari (not sandbox).  The cluster has 4 nodes (including the master node). Following is the error that I get&lt;/P&gt;&lt;P&gt;This token is expired. current time is 1454617494914 found 1454598336617
Note: System times on machines may be out of sync. Check system time and time zones.&lt;/P&gt;&lt;P&gt;I checked the time on all the nodes. I found that, except the master node, time on all the other nodes were incorrect. So I manually corrected (ntpd was failing to connect to servers) the time on all the nodes.&lt;/P&gt;&lt;P&gt;Searching the internet, I found that there is a setting 'yarn.resourcemanager.rm.container-allocation.expiry-interval-ms' which can be used to increase the lifespan of the container. I could not find this setting anywhere in the advanced configuration on the Ambari dashboard. Can anyone help me understand what is going on ? &lt;/P&gt;</description>
    <pubDate>Thu, 04 Feb 2016 23:11:08 GMT</pubDate>
    <dc:creator>pradeep_tp</dc:creator>
    <dc:date>2016-02-04T23:11:08Z</dc:date>
    <item>
      <title>Token expiry issue due to System time on machines.</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126264#M17909</link>
      <description>&lt;P&gt;I am struggling to fix the issue that I am facing while executing hadoop mareduce jobs in my cluster. I am running the mapreduce job on the cluster created through Ambari (not sandbox).  The cluster has 4 nodes (including the master node). Following is the error that I get&lt;/P&gt;&lt;P&gt;This token is expired. current time is 1454617494914 found 1454598336617
Note: System times on machines may be out of sync. Check system time and time zones.&lt;/P&gt;&lt;P&gt;I checked the time on all the nodes. I found that, except the master node, time on all the other nodes were incorrect. So I manually corrected (ntpd was failing to connect to servers) the time on all the nodes.&lt;/P&gt;&lt;P&gt;Searching the internet, I found that there is a setting 'yarn.resourcemanager.rm.container-allocation.expiry-interval-ms' which can be used to increase the lifespan of the container. I could not find this setting anywhere in the advanced configuration on the Ambari dashboard. Can anyone help me understand what is going on ? &lt;/P&gt;</description>
      <pubDate>Thu, 04 Feb 2016 23:11:08 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126264#M17909</guid>
      <dc:creator>pradeep_tp</dc:creator>
      <dc:date>2016-02-04T23:11:08Z</dc:date>
    </item>
    <item>
      <title>Re: Token expiry issue due to System time on machines.</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126265#M17910</link>
      <description>&lt;P&gt;install NTP &lt;A rel="user" href="https://community.cloudera.com/users/826/pradeep-tp.html" nodeid="826"&gt;@Pradeep kumar&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 04 Feb 2016 23:11:09 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126265#M17910</guid>
      <dc:creator>aervits</dc:creator>
      <dc:date>2016-02-04T23:11:09Z</dc:date>
    </item>
    <item>
      <title>Re: Token expiry issue due to System time on machines.</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126266#M17911</link>
      <description>&lt;P&gt;&lt;A rel="user" href="https://community.cloudera.com/users/826/pradeep-tp.html" nodeid="826"&gt;@Pradeep kumar&lt;/A&gt; &lt;/P&gt;&lt;PRE&gt;# Setup NTPD
chkconfig --list ntpd
chkconfig ntpd on
service ntpd stop
ntpdate pool.ntp.orgservice 
ntpd start
&lt;/PRE&gt;</description>
      <pubDate>Thu, 04 Feb 2016 23:12:12 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126266#M17911</guid>
      <dc:creator>aervits</dc:creator>
      <dc:date>2016-02-04T23:12:12Z</dc:date>
    </item>
    <item>
      <title>Re: Token expiry issue due to System time on machines.</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126267#M17912</link>
      <description>&lt;P&gt;&lt;A rel="user" href="https://community.cloudera.com/users/826/pradeep-tp.html" nodeid="826"&gt;@Pradeep kumar&lt;/A&gt; I also think the issue is not with YARN but with kerberos.&lt;/P&gt;</description>
      <pubDate>Thu, 04 Feb 2016 23:13:20 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126267#M17912</guid>
      <dc:creator>aervits</dc:creator>
      <dc:date>2016-02-04T23:13:20Z</dc:date>
    </item>
    <item>
      <title>Re: Token expiry issue due to System time on machines.</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126268#M17913</link>
      <description>&lt;A rel="user" href="https://community.cloudera.com/users/826/pradeep-tp.html" nodeid="826"&gt;@Pradeep kumar&lt;/A&gt;&lt;P&gt;This is the exact root cause&lt;/P&gt;&lt;P&gt;I checked the time on all the nodes. I found that, except the master node, time on all the other nodes were incorrect. So I manually corrected&lt;STRONG&gt; (ntpd was failing to connect to servers) &lt;/STRONG&gt;the time on all the nodes.&lt;/P&gt;&lt;P&gt;Do you know why ntpd is failing? &lt;/P&gt;</description>
      <pubDate>Thu, 04 Feb 2016 23:14:08 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126268#M17913</guid>
      <dc:creator>nsabharwal</dc:creator>
      <dc:date>2016-02-04T23:14:08Z</dc:date>
    </item>
    <item>
      <title>Re: Token expiry issue due to System time on machines.</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126269#M17914</link>
      <description>&lt;P&gt;above is for RHEL6 for RHEL7 below&lt;/P&gt;&lt;PRE&gt;# Setup NTPD
yum install -y ntp
systemctl is-enabled ntpd
systemctl enable ntpd


# enable firewall rules for ntp
firewall-cmd --add-service=ntp --permanent
firewall-cmd --reload
systemctl stop ntpd
ntpdate pool.ntp.org
systemctl start ntpd
systemctl status ntpd
echo "wait 30 sec for time to synchronize"
sleep 30
ntpq -p
date -R
&lt;/PRE&gt;</description>
      <pubDate>Thu, 04 Feb 2016 23:15:50 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126269#M17914</guid>
      <dc:creator>aervits</dc:creator>
      <dc:date>2016-02-04T23:15:50Z</dc:date>
    </item>
    <item>
      <title>Re: Token expiry issue due to System time on machines.</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126270#M17915</link>
      <description>&lt;P&gt;Thanks Neeraj. I wish I could update the time using the ntpd, but I tried all commands to update the system time, but I kept getting the error "4 Feb 21:30:55 ntpdate[12169]: no server suitable for synchronization found". I have gone through a lot of materials on internet that discusses about this error, but none of the suggestions helped me, so I thought of doing it manually.  Okay. I will check with my company network support and see if it is a problem with firewall, due to which ntpd is not able to sycn with the server.&lt;/P&gt;</description>
      <pubDate>Fri, 05 Feb 2016 00:03:23 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126270#M17915</guid>
      <dc:creator>pradeep_tp</dc:creator>
      <dc:date>2016-02-05T00:03:23Z</dc:date>
    </item>
    <item>
      <title>Re: Token expiry issue due to System time on machines.</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126271#M17916</link>
      <description>&lt;P&gt;I have installed the cluster using CentOS. So, it would be great if you could post the CentOS version for setting the firewall rule. This could be reason, why my nodes are not able to contact the time servers. Many thanks. &lt;/P&gt;</description>
      <pubDate>Fri, 05 Feb 2016 00:05:39 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126271#M17916</guid>
      <dc:creator>pradeep_tp</dc:creator>
      <dc:date>2016-02-05T00:05:39Z</dc:date>
    </item>
    <item>
      <title>Re: Token expiry issue due to System time on machines.</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126272#M17917</link>
      <description>&lt;P&gt;here you go &lt;A rel="user" href="https://community.cloudera.com/users/826/pradeep-tp.html" nodeid="826"&gt;@Pradeep kumar&lt;/A&gt; &lt;A href="http://www.shellhacks.com/en/HowTo-Disable-The-Iptables-Firewall-in-CentOS-RHEL"&gt;link&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 05 Feb 2016 00:10:17 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126272#M17917</guid>
      <dc:creator>aervits</dc:creator>
      <dc:date>2016-02-05T00:10:17Z</dc:date>
    </item>
    <item>
      <title>Re: Token expiry issue due to System time on machines.</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126273#M17918</link>
      <description>&lt;P&gt;I have tried disabling the firewall and running the command '/usr/sbin/ntpdate pool.ntp.org'. But, I am getting the error "no server suitable for synchronization found". &lt;/P&gt;</description>
      <pubDate>Fri, 05 Feb 2016 00:31:37 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126273#M17918</guid>
      <dc:creator>pradeep_tp</dc:creator>
      <dc:date>2016-02-05T00:31:37Z</dc:date>
    </item>
    <item>
      <title>Re: Token expiry issue due to System time on machines.</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126274#M17919</link>
      <description>&lt;P&gt;Also, I would like to understand, why setting the time manually will not resolve the problem of time synching. If I type "date", it shows me almost the same time on all the nodes now.  The dates are same, but the time varies only by a few seconds. &lt;/P&gt;</description>
      <pubDate>Fri, 05 Feb 2016 00:37:24 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126274#M17919</guid>
      <dc:creator>pradeep_tp</dc:creator>
      <dc:date>2016-02-05T00:37:24Z</dc:date>
    </item>
    <item>
      <title>Re: Token expiry issue due to System time on machines.</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126275#M17920</link>
      <description>&lt;P&gt;&lt;A rel="user" href="https://community.cloudera.com/users/826/pradeep-tp.html" nodeid="826"&gt;@Pradeep kumar&lt;/A&gt; its a common error, Google search gave me this &lt;A href="http://www.linuxquestions.org/questions/linux-server-73/ntpdate-no-server-suitable-for-synchronization-found-931430/"&gt;Link&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 05 Feb 2016 01:05:30 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126275#M17920</guid>
      <dc:creator>aervits</dc:creator>
      <dc:date>2016-02-05T01:05:30Z</dc:date>
    </item>
    <item>
      <title>Re: Token expiry issue due to System time on machines.</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126276#M17921</link>
      <description>&lt;P&gt;&lt;A rel="user" href="https://community.cloudera.com/users/826/pradeep-tp.html" nodeid="826"&gt;@Pradeep kumar&lt;/A&gt; also make sure your firewall accepts all traffic from servers in the cluster. You can open ports granularly or allow all traffic from node. Refer to Centos docs for instructions&lt;/P&gt;</description>
      <pubDate>Fri, 05 Feb 2016 01:08:33 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126276#M17921</guid>
      <dc:creator>aervits</dc:creator>
      <dc:date>2016-02-05T01:08:33Z</dc:date>
    </item>
    <item>
      <title>Re: Token expiry issue due to System time on machines.</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126277#M17922</link>
      <description>&lt;P&gt;&lt;A rel="user" href="https://community.cloudera.com/users/826/pradeep-tp.html" nodeid="826"&gt;@Pradeep kumar&lt;/A&gt; Please see this &lt;A href="http://stackoverflow.com/questions/21432002/ntp-configuration-without-internet"&gt;http://stackoverflow.com/questions/21432002/ntp-configuration-without-internet&lt;/A&gt;
&lt;/P&gt;</description>
      <pubDate>Fri, 05 Feb 2016 01:13:03 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126277#M17922</guid>
      <dc:creator>nsabharwal</dc:creator>
      <dc:date>2016-02-05T01:13:03Z</dc:date>
    </item>
    <item>
      <title>Re: Token expiry issue due to System time on machines.</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126278#M17923</link>
      <description>&lt;P&gt;Thanks Neeraj for your support. The problem was NTPD. The problem occurred because my nodes could not reach the known ntpd time servers. So I got the address of an internal ntpd server in my company and everything started working fine.&lt;/P&gt;</description>
      <pubDate>Fri, 05 Feb 2016 21:03:38 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126278#M17923</guid>
      <dc:creator>pradeep_tp</dc:creator>
      <dc:date>2016-02-05T21:03:38Z</dc:date>
    </item>
    <item>
      <title>Re: Token expiry issue due to System time on machines.</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126279#M17924</link>
      <description>&lt;P&gt;Thanks Artem for your support. The problem was not with the firewall, but the nodes were not able to reach the known ntpd time servers. &lt;/P&gt;</description>
      <pubDate>Fri, 05 Feb 2016 21:04:48 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126279#M17924</guid>
      <dc:creator>pradeep_tp</dc:creator>
      <dc:date>2016-02-05T21:04:48Z</dc:date>
    </item>
    <item>
      <title>Re: Token expiry issue due to System time on machines.</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126280#M17925</link>
      <description>&lt;P&gt;&lt;A rel="user" href="https://community.cloudera.com/users/826/pradeep-tp.html" nodeid="826"&gt;@Pradeep kumar&lt;/A&gt; great, glad to help.&lt;/P&gt;</description>
      <pubDate>Fri, 05 Feb 2016 21:40:04 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126280#M17925</guid>
      <dc:creator>aervits</dc:creator>
      <dc:date>2016-02-05T21:40:04Z</dc:date>
    </item>
    <item>
      <title>Re: Token expiry issue due to System time on machines.</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126281#M17926</link>
      <description>&lt;P&gt;a few seconds isn't going to matter. Kerberos and the security system is fussy about clocks. &lt;/P&gt;&lt;P&gt;you can usually set your network switch up as an NTP server, so they can all sync with that. Or turn one of your machines into the NTP server and again, make it a reference source of time. Ideally, if detached from the network, you could hook up a GPS unit and run gpsd to be as accurate as pretty much everything else on the internet&lt;/P&gt;</description>
      <pubDate>Sun, 07 Feb 2016 02:30:37 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Token-expiry-issue-due-to-System-time-on-machines/m-p/126281#M17926</guid>
      <dc:creator>stevel</dc:creator>
      <dc:date>2016-02-07T02:30:37Z</dc:date>
    </item>
  </channel>
</rss>

