[ 
https://issues.apache.org/jira/browse/AMBARI-15506?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Henning Kropp updated AMBARI-15506:
-----------------------------------
    Attachment: AMBARI-15506_2

[~sumitmohanty] thanks for the the feedback. The patch provided in 
AMBARI-15506_2 should do the trick. I was able to run the UT test without 
errors:

{code}----------------------------------------------------------------------
Ran 253 tests in 6.639s

OK
----------------------------------------------------------------------
Total run:927
Total errors:0
Total failures:0
OK{code}

> Support for multiple Namservices in namenode_ha_utils.py
> --------------------------------------------------------
>
>                 Key: AMBARI-15506
>                 URL: https://issues.apache.org/jira/browse/AMBARI-15506
>             Project: Ambari
>          Issue Type: Bug
>          Components: ambari-agent
>    Affects Versions: trunk
>         Environment: HDFS HA
>            Reporter: Henning Kropp
>            Assignee: Henning Kropp
>             Fix For: 2.4.0
>
>         Attachments: AMBARI-15506, AMBARI-15506_1, AMBARI-15506_2, 
> namenode_ha_utils.py
>
>
> Currently Ambari does not support the definition of multiple Nameservices. It 
> is always assumed {{hdfs_site\['dfs.nameservices'\]}} is just a string 
> defining one nameservice.
> Multiple nameservices can be configured for exmaple to support seamless 
> distcp between two HA clusters. The nameservices are defined as a comma 
> separated list in {{hdfs_site\['dfs.nameservices'\]}}. 
> This patch introduces the method {{get_nameservice(hdfs_site)}}, which splits 
> the value into in an array and identifies the nameservice for the current 
> cluster with what is set in {{hdfs_site\['dfs.namenode.shared.edits.dir'\]}}. 
> By default the first nameservice is returned or empty.
> To verify the current namservice it would be preferred to use 
> {{fs.defaultFS}} in {{core-site}}, but getting this config into 
> {{namenode_ha_utils.py}} seems more involved.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to