<?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: After HDP 2.4.2 to 2.5.3 upgrade, standby resource manager is checked first in Archives of Support Questions (Read Only)</title>
    <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/After-HDP-2-4-2-to-2-5-3-upgrade-standby-resource-manager-is/m-p/160501#M53532</link>
    <description>&lt;P&gt;&lt;A rel="user" href="https://community.cloudera.com/users/177/pminovic.html" nodeid="177"&gt;@Predrag Minovic&lt;/A&gt; &lt;/P&gt;&lt;P&gt;I understand what you are saying but how can I change this to contact the active RM first? And how come this worked in 2.4.2 and not in 2.5.3, there should be some parameter changes?? Also, everytime it contacts resource manager, it is wasting some time checking which is active..&lt;/P&gt;</description>
    <pubDate>Tue, 07 Feb 2017 04:13:53 GMT</pubDate>
    <dc:creator>pmj</dc:creator>
    <dc:date>2017-02-07T04:13:53Z</dc:date>
    <item>
      <title>After HDP 2.4.2 to 2.5.3 upgrade, standby resource manager is checked first</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/After-HDP-2-4-2-to-2-5-3-upgrade-standby-resource-manager-is/m-p/160499#M53530</link>
      <description>&lt;P&gt;[root@jtldjob ~]# yarn application -list
17/02/04 10:33:34 INFO impl.TimelineClientImpl: Timeline service address: &lt;A href="http://str20:8188/ws/v1/timeline/" target="_blank"&gt;http://str20:8188/ws/v1/timeline/&lt;/A&gt;
17/02/04 10:33:34 INFO client.AHSProxy: Connecting to Application History server at str20/10.5.168.121:10200
17/02/04 10:33:35 WARN ipc.Client: Failed to connect to server: str20:8032: retries get failed due to exceeded maximum allowed retries number: 0
java.net.ConnectException: Connection refused
        at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method)
        at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:717)
        at org.apache.hadoop.net.SocketIOWithTimeout.connect(SocketIOWithTimeout.java:206)
        at org.apache.hadoop.net.NetUtils.connect(NetUtils.java:531)
        at org.apache.hadoop.net.NetUtils.connect(NetUtils.java:495)
        at org.apache.hadoop.ipc.Client$Connection.setupConnection(Client.java:650)
        at org.apache.hadoop.ipc.Client$Connection.setupIOstreams(Client.java:745)
        at org.apache.hadoop.ipc.Client$Connection.access$3200(Client.java:397)
        at org.apache.hadoop.ipc.Client.getConnection(Client.java:1618)
        at org.apache.hadoop.ipc.Client.call(Client.java:1449)
        at org.apache.hadoop.ipc.Client.call(Client.java:1396)
        at org.apache.hadoop.ipc.ProtobufRpcEngine$Invoker.invoke(ProtobufRpcEngine.java:233)
        at com.sun.proxy.$Proxy17.getApplications(Unknown Source)
        at org.apache.hadoop.yarn.api.impl.pb.client.ApplicationClientProtocolPBClientImpl.getApplications(ApplicationClientProtocolPBClientImpl.java:251)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:498)
        at org.apache.hadoop.io.retry.RetryInvocationHandler.invokeMethod(RetryInvocationHandler.java:278)
        at org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:194)
        at org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:176)
        at com.sun.proxy.$Proxy18.getApplications(Unknown Source)
        at org.apache.hadoop.yarn.client.api.impl.YarnClientImpl.getApplications(YarnClientImpl.java:484)
        at org.apache.hadoop.yarn.client.cli.ApplicationCLI.listApplications(ApplicationCLI.java:401)
        at org.apache.hadoop.yarn.client.cli.ApplicationCLI.run(ApplicationCLI.java:207)
        at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:76)
        at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:90)
        at org.apache.hadoop.yarn.client.cli.ApplicationCLI.main(ApplicationCLI.java:83)
17/02/04 10:33:35 INFO client.ConfiguredRMFailoverProxyProvider: Failing over to rm2
Total number of applications (application-types: [] and states: [SUBMITTED, ACCEPTED, RUNNING]):1
                Application-Id      Application-Name        Application-Type          User           Queue                   State             Final-State             Progress                             Tracking-URL
application_1485795502013_1714  HIVE-8dc9a187-2c8c-44b3-92a9-eec0662e524b                        TEZ        talend      ServAssure                 RUNNING               UNDEFINED            77.83% &lt;A href="http://str44/ui/" target="_blank"&gt;http://str44/ui/&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 07 Feb 2017 04:13:51 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/After-HDP-2-4-2-to-2-5-3-upgrade-standby-resource-manager-is/m-p/160499#M53530</guid>
      <dc:creator>pmj</dc:creator>
      <dc:date>2017-02-07T04:13:51Z</dc:date>
    </item>
    <item>
      <title>Re: After HDP 2.4.2 to 2.5.3 upgrade, standby resource manager is checked first</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/After-HDP-2-4-2-to-2-5-3-upgrade-standby-resource-manager-is/m-p/160500#M53531</link>
      <description>&lt;P&gt;You can safely ignore this. Your app first tried to contact rm1 and found it to be in the Stand-By mode: "WARN ipc.Client: Failed to connect to server: str20/10.5.168.121:8032:". After that it failed over to rm2: "INFO client.ConfiguredRMFailoverProxyProvider: Failing over to rm2". If rm1 is Active, there will be no such message. &lt;/P&gt;</description>
      <pubDate>Tue, 07 Feb 2017 04:13:52 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/After-HDP-2-4-2-to-2-5-3-upgrade-standby-resource-manager-is/m-p/160500#M53531</guid>
      <dc:creator>pminovic</dc:creator>
      <dc:date>2017-02-07T04:13:52Z</dc:date>
    </item>
    <item>
      <title>Re: After HDP 2.4.2 to 2.5.3 upgrade, standby resource manager is checked first</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/After-HDP-2-4-2-to-2-5-3-upgrade-standby-resource-manager-is/m-p/160501#M53532</link>
      <description>&lt;P&gt;&lt;A rel="user" href="https://community.cloudera.com/users/177/pminovic.html" nodeid="177"&gt;@Predrag Minovic&lt;/A&gt; &lt;/P&gt;&lt;P&gt;I understand what you are saying but how can I change this to contact the active RM first? And how come this worked in 2.4.2 and not in 2.5.3, there should be some parameter changes?? Also, everytime it contacts resource manager, it is wasting some time checking which is active..&lt;/P&gt;</description>
      <pubDate>Tue, 07 Feb 2017 04:13:53 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/After-HDP-2-4-2-to-2-5-3-upgrade-standby-resource-manager-is/m-p/160501#M53532</guid>
      <dc:creator>pmj</dc:creator>
      <dc:date>2017-02-07T04:13:53Z</dc:date>
    </item>
    <item>
      <title>Re: After HDP 2.4.2 to 2.5.3 upgrade, standby resource manager is checked first</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/After-HDP-2-4-2-to-2-5-3-upgrade-standby-resource-manager-is/m-p/160502#M53533</link>
      <description>&lt;P&gt;&lt;A rel="user" href="https://community.cloudera.com/users/14451/pjalleda.html" nodeid="14451"&gt;@PJ&lt;/A&gt;&lt;/P&gt;&lt;P&gt;Regarding your question - "I understand what you are saying but how can I change this to contact the active RM first? And how come this worked in 2.4.2 and not in 2.5.3, there should be some parameter changes?? Also, everytime it contacts resource manager, it is wasting some time checking which is active.."&lt;/P&gt;&lt;P&gt;You can make "rm1" as active using failover command.&lt;/P&gt;&lt;P&gt;Please use below command to failover from rm2 to rm1 as 'yarn' user on any yarn-client&lt;/P&gt;&lt;PRE&gt;yarn rmadmin -failover rm2 rm1&lt;/PRE&gt;&lt;P&gt;If you have enabled automatic failover and for some reason above command fails then use below command&lt;STRONG&gt;( If you are doing it for production, please be very careful or contact Hortonworks Support )&lt;/STRONG&gt;&lt;/P&gt;&lt;PRE&gt;yarn rmadmin -transitionToActive rm1 --forceactive --forcemanual&lt;/PRE&gt;&lt;P&gt;OR&lt;/P&gt;&lt;P&gt;If no jobs are running, then simply restart "rm2" from Ambari, rm1 will automatically become Active if automatic failover is enabled.&lt;/P&gt;</description>
      <pubDate>Tue, 07 Feb 2017 14:29:07 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/After-HDP-2-4-2-to-2-5-3-upgrade-standby-resource-manager-is/m-p/160502#M53533</guid>
      <dc:creator>KuldeepK</dc:creator>
      <dc:date>2017-02-07T14:29:07Z</dc:date>
    </item>
  </channel>
</rss>

