<?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: How to use Name Service ID between to Clusters in Support Questions</title>
    <link>https://community.cloudera.com/t5/Support-Questions/How-to-use-Name-Service-ID-between-to-Clusters/m-p/101723#M64688</link>
    <description>&lt;P&gt;Configured hdfs-site.xml file both cluster HA node. When I starting start-all.sh it starting other second cluster services after that namenode getting down.&lt;/P&gt;</description>
    <pubDate>Wed, 28 Jun 2017 19:29:41 GMT</pubDate>
    <dc:creator>RajeshMadurai</dc:creator>
    <dc:date>2017-06-28T19:29:41Z</dc:date>
    <item>
      <title>How to use Name Service ID between to Clusters</title>
      <link>https://community.cloudera.com/t5/Support-Questions/How-to-use-Name-Service-ID-between-to-Clusters/m-p/101717#M64682</link>
      <description>&lt;P&gt;Within a cluster we have no trouble executing commands agains an HA NameNode using the NameServiceID.  But it doesn't work when doing discp from one cluster to another because the clusters are unaware of each other's mapping of nodes to NameServiceID.   How does one do this?&lt;/P&gt;</description>
      <pubDate>Thu, 07 Jan 2016 03:37:53 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/How-to-use-Name-Service-ID-between-to-Clusters/m-p/101717#M64682</guid>
      <dc:creator>pcoates</dc:creator>
      <dc:date>2016-01-07T03:37:53Z</dc:date>
    </item>
    <item>
      <title>Re: How to use Name Service ID between to Clusters</title>
      <link>https://community.cloudera.com/t5/Support-Questions/How-to-use-Name-Service-ID-between-to-Clusters/m-p/101718#M64683</link>
      <description>&lt;P&gt;To do that, one way would be to identify current Active Namenode on both clusters and then use that. Here is an example for distcp problem.&lt;/P&gt;&lt;P&gt;hdfs distcp hdfs://active1:8020/path hdfs://active2:8020/path&lt;/P&gt;&lt;P&gt;Alternatively, configure client with both NameService Ids and make it identify those. Our own &lt;A rel="user" href="https://community.cloudera.com/users/174/hkropp.html" nodeid="174"&gt;@hkropp&lt;/A&gt; has blogged this here.&lt;/P&gt;&lt;P&gt;&lt;A href="http://henning.kropponline.de/2015/03/15/distcp-two-ha-cluster/"&gt;http://henning.kropponline.de/2015/03/15/distcp-tw...&lt;/A&gt; &lt;/P&gt;</description>
      <pubDate>Thu, 07 Jan 2016 03:43:54 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/How-to-use-Name-Service-ID-between-to-Clusters/m-p/101718#M64683</guid>
      <dc:creator>pardeep_kumar</dc:creator>
      <dc:date>2016-01-07T03:43:54Z</dc:date>
    </item>
    <item>
      <title>Re: How to use Name Service ID between to Clusters</title>
      <link>https://community.cloudera.com/t5/Support-Questions/How-to-use-Name-Service-ID-between-to-Clusters/m-p/101719#M64684</link>
      <description>&lt;P&gt;I recommend taking a look at Apache JIRA &lt;A href="https://issues.apache.org/jira/browse/HDFS-6376"&gt;HDFS-6376&lt;/A&gt;.  This issue addressed the problem of DistCp across 2 different HA clusters.  The solution introduces a new configuration property, dfs.internal.nameservices.  This allows you to set up configuration to differentiate between "all known nameservices" and "nameservices that this cluster's DataNodes need to report to."&lt;/P&gt;&lt;PRE&gt; &amp;lt;property&amp;gt;
  &amp;lt;name&amp;gt;dfs.internal.nameservices&amp;lt;/name&amp;gt;
    &amp;lt;value&amp;gt;&amp;lt;/value&amp;gt;
    &amp;lt;description&amp;gt;
      Comma-separated list of nameservices that belong to this cluster.
      Datanode will report to all the nameservices in this list. By default
      this is set to the value of dfs.nameservices.
    &amp;lt;/description&amp;gt;
 &amp;lt;/property&amp;gt;&lt;/PRE&gt;&lt;P&gt;HDFS-6376 is included in all versions of both HDP 2.2 and HDP 2.3.  It is not included in any release of the HDP 2.1 line.&lt;/P&gt;</description>
      <pubDate>Thu, 07 Jan 2016 03:45:01 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/How-to-use-Name-Service-ID-between-to-Clusters/m-p/101719#M64684</guid>
      <dc:creator>cnauroth</dc:creator>
      <dc:date>2016-01-07T03:45:01Z</dc:date>
    </item>
    <item>
      <title>Re: How to use Name Service ID between to Clusters</title>
      <link>https://community.cloudera.com/t5/Support-Questions/How-to-use-Name-Service-ID-between-to-Clusters/m-p/101720#M64685</link>
      <description>&lt;P&gt;There is also a command line options "-ns" in distcp that deals with this.&lt;/P&gt;</description>
      <pubDate>Thu, 07 Jan 2016 06:01:49 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/How-to-use-Name-Service-ID-between-to-Clusters/m-p/101720#M64685</guid>
      <dc:creator>aengineer</dc:creator>
      <dc:date>2016-01-07T06:01:49Z</dc:date>
    </item>
    <item>
      <title>Re: How to use Name Service ID between to Clusters</title>
      <link>https://community.cloudera.com/t5/Support-Questions/How-to-use-Name-Service-ID-between-to-Clusters/m-p/101721#M64686</link>
      <description>&lt;P&gt;Actually this does not quite answer the question, but gives a good hint to &lt;EM&gt;dfs.internal.nameservices&lt;/EM&gt;. The parameter is needed to distinguish between local namservice and other nameservices configured, but does not support distcp between two HA clusters. &lt;EM&gt;dfs.internal.nameservices&lt;/EM&gt; for example is relevant for DNs so they don't register with the other cluster.

To support distcp between multiple HA clusters you simply have to define multiple nameservices like this for an example:&lt;/P&gt;&lt;PRE&gt;&amp;lt;configuration&amp;gt;
  
  &amp;lt;!-- services --&amp;gt;
  &amp;lt;property&amp;gt;
  &amp;lt;name&amp;gt;dfs.nameservices&amp;lt;/name&amp;gt;  
  &amp;lt;value&amp;gt;serviceId1,serviceId2&amp;lt;/value&amp;gt;
  &amp;lt;/property&amp;gt;
  
  &amp;lt;!-- serviceId2 properties --&amp;gt; 
  &amp;lt;property&amp;gt;   
  &amp;lt;name&amp;gt;dfs.client.failover.proxy.provider.nameservices2&amp;lt;/name&amp;gt; 
  &amp;lt;value&amp;gt;org.apache.hadoop.hdfs.server  
  .namenode.ha.ConfiguredFailoverProxyProvider&amp;lt;/value&amp;gt;
  &amp;lt;/property&amp;gt; 
  &amp;lt;property&amp;gt; 
  &amp;lt;name&amp;gt;dfs.ha.namenodes.serviceId2&amp;lt;/name&amp;gt;   
  &amp;lt;value&amp;gt;nn201,nn202&amp;lt;/value&amp;gt; 
  &amp;lt;/property&amp;gt;
  &amp;lt;property&amp;gt; 
  &amp;lt;name&amp;gt;dfs.namenode.rpc-address.serviceId2.nn201&amp;lt;/name&amp;gt; 
  &amp;lt;value&amp;gt;nn201.pro.net:8020&amp;lt;/value&amp;gt;
  &amp;lt;/property&amp;gt; 
  &amp;lt;property&amp;gt; 
  &amp;lt;name&amp;gt;dfs.namenode.servicerpc-address.serviceId2.nn201&amp;lt;/name&amp;gt; 
  &amp;lt;value&amp;gt;nn201.pro.net:54321&amp;lt;/value&amp;gt; 
  &amp;lt;/property&amp;gt;
  &amp;lt;property&amp;gt;
  &amp;lt;name&amp;gt;dfs.namenode.http-address.serviceId2.nn201&amp;lt;/name&amp;gt; 
  &amp;lt;value&amp;gt;nn201.pro.net:50070&amp;lt;/value&amp;gt;
  &amp;lt;/property&amp;gt;
  &amp;lt;property&amp;gt; 
  &amp;lt;name&amp;gt;dfs.namenode.https-address.serviceId2.nn201&amp;lt;/name&amp;gt; 
  &amp;lt;value&amp;gt;nn201.prod.com:50470&amp;lt;/value&amp;gt;
  &amp;lt;/property&amp;gt;
  &amp;lt;property&amp;gt;
  &amp;lt;name&amp;gt;dfs.namenode.rpc-address.serviceId2.nn202&amp;lt;/name&amp;gt; 
  &amp;lt;value&amp;gt;nn202.pro.net:8020&amp;lt;/value&amp;gt;
  &amp;lt;/property&amp;gt;
  &amp;lt;property&amp;gt;
  &amp;lt;name&amp;gt;dfs.namenode.servicerpc-address.serviceId2.nn202&amp;lt;/name&amp;gt; 
  &amp;lt;value&amp;gt;nn202.pro.net:54321&amp;lt;/value&amp;gt;
  &amp;lt;/property&amp;gt;
  &amp;lt;property&amp;gt;
  &amp;lt;name&amp;gt;dfs.namenode.http-address.serviceId2.nn202&amp;lt;/name&amp;gt;
  &amp;lt;value&amp;gt;nn202.pro.net:50070&amp;lt;/value&amp;gt;
  &amp;lt;/property&amp;gt;
  &amp;lt;property&amp;gt; 
  &amp;lt;name&amp;gt;dfs.namenode.https-address.serviceId2.nn202&amp;lt;/name&amp;gt;  
  &amp;lt;value&amp;gt;nn202.prod.net:50470&amp;lt;/value&amp;gt;
  &amp;lt;/property&amp;gt;

  &amp;lt;!—- serviceId1 --&amp;gt;
  &amp;lt;property&amp;gt;
  &amp;lt;name&amp;gt;dfs.client.failover.proxy.provider.nameservices1&amp;lt;/name&amp;gt;   
  &amp;lt;value&amp;gt;org.apache.hadoop.hdfs.server.namenode.ha.   
  ConfiguredFailoverProxyProvider&amp;lt;/value&amp;gt; 
  &amp;lt;/property&amp;gt; 
  &amp;lt;property&amp;gt; 
  &amp;lt;name&amp;gt;dfs.ha.namenodes.nameservices1&amp;lt;/name&amp;gt; 
  &amp;lt;value&amp;gt;nn101,nn102&amp;lt;/value&amp;gt;
  &amp;lt;/property&amp;gt;
  &amp;lt;property&amp;gt;   
  &amp;lt;name&amp;gt;dfs.namenode.rpc-address.serviceId1.nn101&amp;lt;/name&amp;gt; 
  &amp;lt;value&amp;gt;nn101.poc.net:8020&amp;lt;/value&amp;gt;
  &amp;lt;/property&amp;gt;
  &amp;lt;property&amp;gt;
  &amp;lt;name&amp;gt;dfs.namenode.servicerpc-address.serviceId1.nn101&amp;lt;/name&amp;gt;   
  &amp;lt;value&amp;gt;nn101.poc.net:54321&amp;lt;/value&amp;gt;
  &amp;lt;/property&amp;gt;
  &amp;lt;property&amp;gt;
  &amp;lt;name&amp;gt;dfs.namenode.http-address.serviceId1.nn101&amp;lt;/name&amp;gt; 
  &amp;lt;value&amp;gt;nn101.poc.net:50070&amp;lt;/value&amp;gt;
  &amp;lt;/property&amp;gt;
  &amp;lt;property&amp;gt; 
  &amp;lt;name&amp;gt;dfs.namenode.https-address.serviceId1.nn101&amp;lt;/name&amp;gt; 
  &amp;lt;value&amp;gt;nn101.poc.net:50470&amp;lt;/value&amp;gt;
  &amp;lt;/property&amp;gt;
  &amp;lt;property&amp;gt;
  &amp;lt;name&amp;gt;dfs.namenode.rpc-address.serviceId1.nn102&amp;lt;/name&amp;gt;
  &amp;lt;value&amp;gt;nn102.poc.net:8020&amp;lt;/value&amp;gt;
  &amp;lt;/property&amp;gt;
  &amp;lt;property&amp;gt;
  &amp;lt;name&amp;gt;dfs.namenode.servicerpc-address.serviceId1.nn102&amp;lt;/name&amp;gt; 
  &amp;lt;value&amp;gt;nn102.poc.net:54321&amp;lt;/value&amp;gt;
  &amp;lt;/property&amp;gt;
  &amp;lt;property&amp;gt; 
  &amp;lt;name&amp;gt;dfs.namenode.http-address.serviceId1.nn102&amp;lt;/name&amp;gt; 
  &amp;lt;value&amp;gt;nn102.poc.net:50070&amp;lt;/value&amp;gt;
  &amp;lt;/property&amp;gt;
  &amp;lt;property&amp;gt;
  &amp;lt;name&amp;gt;dfs.namenode.https-address.serviceId1.nn102&amp;lt;/name&amp;gt; 
  &amp;lt;value&amp;gt;nn102.poc.net:50470&amp;lt;/value&amp;gt;
  &amp;lt;/property&amp;gt;
&amp;lt;/configuration&amp;gt;

&lt;/PRE&gt;&lt;P&gt;Adding this to the hdfs-site config makes both nameservices &lt;/P&gt;&lt;PRE&gt;serviceId1,serviceId2&lt;/PRE&gt;&lt;P&gt;available.&lt;/P&gt;</description>
      <pubDate>Sun, 03 Apr 2016 04:32:49 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/How-to-use-Name-Service-ID-between-to-Clusters/m-p/101721#M64686</guid>
      <dc:creator>hkropp</dc:creator>
      <dc:date>2016-04-03T04:32:49Z</dc:date>
    </item>
    <item>
      <title>Re: How to use Name Service ID between to Clusters</title>
      <link>https://community.cloudera.com/t5/Support-Questions/How-to-use-Name-Service-ID-between-to-Clusters/m-p/101722#M64687</link>
      <description>&lt;P&gt;Likes distcp, i have the same issue with FALCON for submitting cluster entity. My falcon server needs to know local clusterID and remote clusterID. And falcon command not has an option for config file hdfs-site.xml.&lt;/P&gt;</description>
      <pubDate>Fri, 03 Jun 2016 16:44:50 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/How-to-use-Name-Service-ID-between-to-Clusters/m-p/101722#M64687</guid>
      <dc:creator>maykiwogno</dc:creator>
      <dc:date>2016-06-03T16:44:50Z</dc:date>
    </item>
    <item>
      <title>Re: How to use Name Service ID between to Clusters</title>
      <link>https://community.cloudera.com/t5/Support-Questions/How-to-use-Name-Service-ID-between-to-Clusters/m-p/101723#M64688</link>
      <description>&lt;P&gt;Configured hdfs-site.xml file both cluster HA node. When I starting start-all.sh it starting other second cluster services after that namenode getting down.&lt;/P&gt;</description>
      <pubDate>Wed, 28 Jun 2017 19:29:41 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/How-to-use-Name-Service-ID-between-to-Clusters/m-p/101723#M64688</guid>
      <dc:creator>RajeshMadurai</dc:creator>
      <dc:date>2017-06-28T19:29:41Z</dc:date>
    </item>
  </channel>
</rss>

