<?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: Unable to determine service address for namenode nn1 in Support Questions</title>
    <link>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216840#M178749</link>
    <description>&lt;PRE&gt; hdfs haadmin -checkHealth nn1


17/12/05 10:31:58 INFO ipc.Client: Retrying connect to server: master01.sys56.com/108.87.28.153:8020. Already tried 0 time(s); retry policy is RetryUpToMaximumCountWithFixedSleep(maxRetries=1, sleepTime=1000 MILLISECONDS)
Operation failed: Call From master01.sys56.com/108.87.28.153 to master01.sys56.com:8020 failed on connection exception: java.net.ConnectException: Connection refused; For more details see:  &lt;A href="http://wiki.apache.org/hadoop/ConnectionRefused" target="_blank"&gt;http://wiki.apache.org/hadoop/ConnectionRefused&lt;/A&gt;&lt;/PRE&gt;</description>
    <pubDate>Tue, 05 Dec 2017 18:33:27 GMT</pubDate>
    <dc:creator>mike_bronson7</dc:creator>
    <dc:date>2017-12-05T18:33:27Z</dc:date>
    <item>
      <title>Unable to determine service address for namenode nn1</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216834#M178743</link>
      <description>&lt;P&gt;in our ambari cluster we see the following&lt;/P&gt;&lt;P&gt;on the first nn1&lt;/P&gt;&lt;PRE&gt; $ hdfs haadmin -checkHealth master01 

Illegal argument: Unable to determine service address for namenode 'master01'&lt;/PRE&gt;&lt;P&gt;on the second namenode&lt;/P&gt;&lt;PRE&gt; $ hdfs haadmin -checkHealth master03 

Illegal argument: Unable to determine service address for namenode 'master03'&lt;/PRE&gt;&lt;P&gt;what could be the problem here ?&lt;/P&gt;&lt;P&gt; and how to debug the command in order to verify what is the root cause ?&lt;/P&gt;&lt;P&gt;remark - DNS configuration on all hosts/IP are right &lt;/P&gt;&lt;P&gt;other example since namenode is down&lt;/P&gt;&lt;PRE&gt;[hdfs@master01 root]$ hdfs haadmin -transitionToActive --forceactive master01
Illegal argument: Unable to determine service address for namenode 'master01'&lt;/PRE&gt;</description>
      <pubDate>Tue, 05 Dec 2017 14:15:10 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216834#M178743</guid>
      <dc:creator>mike_bronson7</dc:creator>
      <dc:date>2017-12-05T14:15:10Z</dc:date>
    </item>
    <item>
      <title>Re: Unable to determine service address for namenode nn1</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216835#M178744</link>
      <description>&lt;P&gt; &lt;A rel="user" href="https://community.cloudera.com/users/26229/uribarih.html" nodeid="26229"&gt;@Michael Bronson&lt;/A&gt;,&lt;/P&gt;&lt;P&gt;What is the value of dfs.ha.namenodes.{ha-cluster-name} in your hdfs-site.xml&lt;/P&gt;&lt;P&gt;You can get the {ha-cluster-name} from fs.defaultFS from core-site.xml&lt;/P&gt;&lt;P&gt;Assuming fs.defaultFS is hdfs://hortonworks. hortonworks is the ha-cluster-name.&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Aditya&lt;/P&gt;</description>
      <pubDate>Tue, 05 Dec 2017 16:40:37 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216835#M178744</guid>
      <dc:creator>asirna</dc:creator>
      <dc:date>2017-12-05T16:40:37Z</dc:date>
    </item>
    <item>
      <title>Re: Unable to determine service address for namenode nn1</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216836#M178745</link>
      <description>&lt;PRE&gt;#  grep dfs.ha.namenodes  /etc/hadoop/conf/hdfs-site.xml &lt;BR /&gt;      &amp;lt;name&amp;gt;dfs.ha.namenodes.hdfsha&amp;lt;/name&amp;gt;&lt;/PRE&gt;</description>
      <pubDate>Tue, 05 Dec 2017 16:56:35 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216836#M178745</guid>
      <dc:creator>mike_bronson7</dc:creator>
      <dc:date>2017-12-05T16:56:35Z</dc:date>
    </item>
    <item>
      <title>Re: Unable to determine service address for namenode nn1</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216837#M178746</link>
      <description>&lt;P&gt;&lt;A rel="user" href="https://community.cloudera.com/users/26229/uribarih.html" nodeid="26229"&gt;@Michael Bronson&lt;/A&gt;,&lt;/P&gt;&lt;P&gt;I need the value. &lt;/P&gt;&lt;PRE&gt;grep -A 3 dfs.ha.namenodes  /etc/hadoop/conf/hdfs-site.xml &lt;/PRE&gt;</description>
      <pubDate>Tue, 05 Dec 2017 17:00:23 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216837#M178746</guid>
      <dc:creator>asirna</dc:creator>
      <dc:date>2017-12-05T17:00:23Z</dc:date>
    </item>
    <item>
      <title>Re: Unable to determine service address for namenode nn1</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216838#M178747</link>
      <description>&lt;PRE&gt;grep -A 3 dfs.ha.namenodes  /etc/hadoop/conf/hdfs-site.xml 
 &amp;lt;name&amp;gt;dfs.ha.namenodes.hdfsha&amp;lt;/name&amp;gt; 
      &amp;lt;value&amp;gt;nn1,nn2&amp;lt;/value&amp;gt;
    &amp;lt;/property&amp;gt;


but:


[hdfs@master01 root]$ hdfs getconf -namenodes
master01.sys56.com master03.sys56.com
[hdfs@master01 root]$


&lt;/PRE&gt;</description>
      <pubDate>Tue, 05 Dec 2017 18:22:22 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216838#M178747</guid>
      <dc:creator>mike_bronson7</dc:creator>
      <dc:date>2017-12-05T18:22:22Z</dc:date>
    </item>
    <item>
      <title>Re: Unable to determine service address for namenode nn1</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216839#M178748</link>
      <description>&lt;P&gt;&lt;A rel="user" href="https://community.cloudera.com/users/26229/uribarih.html" nodeid="26229"&gt;@Michael Bronson&lt;/A&gt;,&lt;/P&gt;&lt;P&gt;Run the check health as below&lt;/P&gt;&lt;PRE&gt;hdfs haadmin -checkHealth nn1&lt;BR /&gt;hdfs haadmin -checkHealth nn2&lt;/PRE&gt;</description>
      <pubDate>Tue, 05 Dec 2017 18:30:09 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216839#M178748</guid>
      <dc:creator>asirna</dc:creator>
      <dc:date>2017-12-05T18:30:09Z</dc:date>
    </item>
    <item>
      <title>Re: Unable to determine service address for namenode nn1</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216840#M178749</link>
      <description>&lt;PRE&gt; hdfs haadmin -checkHealth nn1


17/12/05 10:31:58 INFO ipc.Client: Retrying connect to server: master01.sys56.com/108.87.28.153:8020. Already tried 0 time(s); retry policy is RetryUpToMaximumCountWithFixedSleep(maxRetries=1, sleepTime=1000 MILLISECONDS)
Operation failed: Call From master01.sys56.com/108.87.28.153 to master01.sys56.com:8020 failed on connection exception: java.net.ConnectException: Connection refused; For more details see:  &lt;A href="http://wiki.apache.org/hadoop/ConnectionRefused" target="_blank"&gt;http://wiki.apache.org/hadoop/ConnectionRefused&lt;/A&gt;&lt;/PRE&gt;</description>
      <pubDate>Tue, 05 Dec 2017 18:33:27 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216840#M178749</guid>
      <dc:creator>mike_bronson7</dc:creator>
      <dc:date>2017-12-05T18:33:27Z</dc:date>
    </item>
    <item>
      <title>Re: Unable to determine service address for namenode nn1</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216841#M178750</link>
      <description>&lt;P&gt; &lt;A rel="user" href="https://community.cloudera.com/users/26229/uribarih.html" nodeid="26229"&gt;@Michael Bronson&lt;/A&gt;,&lt;/P&gt;&lt;P&gt;The hostname looks different in 2 places.&lt;/P&gt;&lt;P&gt;hdfs getconf -namenodes gives 'master01.sys56.com' and the above logs give 'master01.sys564.com'&lt;/P&gt;&lt;P&gt;Is it sys56 or sys564. Check the hostname properly and start HDFS&lt;/P&gt;&lt;P&gt;Make sure that below properties are set correctly.&lt;/P&gt;&lt;P&gt;dfs.namenode.rpc-address.hdfsha.nn1 and dfs.namenode.rpc-address.hdfsha.nn2&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Aditya&lt;/P&gt;</description>
      <pubDate>Tue, 05 Dec 2017 18:47:17 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216841#M178750</guid>
      <dc:creator>asirna</dc:creator>
      <dc:date>2017-12-05T18:47:17Z</dc:date>
    </item>
    <item>
      <title>Re: Unable to determine service address for namenode nn1</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216842#M178751</link>
      <description>&lt;P&gt;the hostname is - master01.sys56.com ( i just edit it manual because security issue) this isnt  the problem &lt;/P&gt;</description>
      <pubDate>Tue, 05 Dec 2017 18:53:39 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216842#M178751</guid>
      <dc:creator>mike_bronson7</dc:creator>
      <dc:date>2017-12-05T18:53:39Z</dc:date>
    </item>
    <item>
      <title>Re: Unable to determine service address for namenode nn1</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216843#M178752</link>
      <description>&lt;PRE&gt;grep dfs.namenode.rpc-address.hdfsha.nn1  /etc/hadoop/conf/hdfs-site.xml &lt;BR /&gt;      &amp;lt;name&amp;gt;dfs.namenode.rpc-address.hdfsha.nn1&amp;lt;/name&lt;/PRE&gt;</description>
      <pubDate>Tue, 05 Dec 2017 18:55:25 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216843#M178752</guid>
      <dc:creator>mike_bronson7</dc:creator>
      <dc:date>2017-12-05T18:55:25Z</dc:date>
    </item>
    <item>
      <title>Re: Unable to determine service address for namenode nn1</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216844#M178753</link>
      <description>&lt;P&gt;do you see conflict here?&lt;/P&gt;&lt;PRE&gt;grep -A 3 dfs.ha.namenodes  /etc/hadoop/conf/hdfs-site.xml 
 &amp;lt;name&amp;gt;dfs.ha.namenodes.hdfsha&amp;lt;/name&amp;gt; 
      &amp;lt;value&amp;gt;nn1,nn2&amp;lt;/value&amp;gt;
    &amp;lt;/property&amp;gt;
but:
[hdfs@master01 root]$ hdfs getconf -namenodes
master01.sys56.com master03.sys56.com
[hdfs@master01 root]$&lt;/PRE&gt;</description>
      <pubDate>Tue, 05 Dec 2017 18:59:17 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216844#M178753</guid>
      <dc:creator>mike_bronson7</dc:creator>
      <dc:date>2017-12-05T18:59:17Z</dc:date>
    </item>
    <item>
      <title>Re: Unable to determine service address for namenode nn1</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216845#M178754</link>
      <description>&lt;P&gt;&lt;A rel="user" href="https://community.cloudera.com/users/26229/uribarih.html" nodeid="26229"&gt;@Michael Bronson&lt;/A&gt;,&lt;/P&gt;&lt;P&gt;Just summarising things. The original thread discussed here is "Unable to determine service address for namenode nn1" which was due to the usage of wrong service Id in the comment. You were using 'master01' and 'master03' instead of 'nn1' and 'nn2'. After using the correct service Id you got past the initial error and you are facing connection refused error because the Name nodes are not started. I see another thread opened for the same issue ( &lt;A href="https://community.hortonworks.com/questions/149951/how-to-force-name-node-to-be-active.html)" target="_blank"&gt;https://community.hortonworks.com/questions/149951/how-to-force-name-node-to-be-active.html)&lt;/A&gt;. Please do not deviate from the main issue. If you think that the main issue discussed in this thread is resolved, please accept the answer and follow up on a single thread. It will be easy for other community users to follow the thread and understand the root cause.&lt;/P&gt;&lt;P&gt;Hope this helps &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Aditya &lt;/P&gt;</description>
      <pubDate>Tue, 05 Dec 2017 19:45:34 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216845#M178754</guid>
      <dc:creator>asirna</dc:creator>
      <dc:date>2017-12-05T19:45:34Z</dc:date>
    </item>
    <item>
      <title>Re: Unable to determine service address for namenode nn1</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216846#M178755</link>
      <description>&lt;P&gt;@Aditya , the other link ( &lt;A href="https://community.hortonworks.com/questions/149951/how-to-force-name-node-to-be-active.html"&gt;https://community.hortonworks.com/questions/149951/how-to-force-name-node-to-be-active.html&lt;/A&gt;), is about force namenode to active but I just not sure if my problem here is about the same issue , so because that I opened another thread ,&lt;/P&gt;&lt;P&gt;second what we can do next , based on my previous question do you see any conflict ? &lt;/P&gt;</description>
      <pubDate>Tue, 05 Dec 2017 20:13:16 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216846#M178755</guid>
      <dc:creator>mike_bronson7</dc:creator>
      <dc:date>2017-12-05T20:13:16Z</dc:date>
    </item>
    <item>
      <title>Re: Unable to determine service address for namenode nn1</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216847#M178756</link>
      <description>&lt;P&gt;&lt;A rel="user" href="https://community.cloudera.com/users/26229/uribarih.html" nodeid="26229"&gt;@Michael Bronson&lt;/A&gt;,&lt;/P&gt;&lt;P&gt;serviceId is different from the namenode host name. I think that is fine. There is no conflict on that.&lt;/P&gt;</description>
      <pubDate>Tue, 05 Dec 2017 20:22:24 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216847#M178756</guid>
      <dc:creator>asirna</dc:creator>
      <dc:date>2017-12-05T20:22:24Z</dc:date>
    </item>
    <item>
      <title>Re: Unable to determine service address for namenode nn1</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216848#M178757</link>
      <description>&lt;P&gt;
	@Aditya ok , so what we can do next ?&lt;/P&gt;</description>
      <pubDate>Tue, 05 Dec 2017 20:56:38 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Unable-to-determine-service-address-for-namenode-nn1/m-p/216848#M178757</guid>
      <dc:creator>mike_bronson7</dc:creator>
      <dc:date>2017-12-05T20:56:38Z</dc:date>
    </item>
  </channel>
</rss>

