You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ambari.apache.org by "Aleksandr Kovalenko (JIRA)" <ji...@apache.org> on 2013/11/11 14:35:17 UTC

[jira] [Commented] (AMBARI-3735) Reassign Master: moving the NameNode while NameNode HA is enabled breaks HBase

    [ https://issues.apache.org/jira/browse/AMBARI-3735?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13818952#comment-13818952 ] 

Aleksandr Kovalenko commented on AMBARI-3735:
---------------------------------------------

+1 for the patch

> Reassign Master: moving the NameNode while NameNode HA is enabled breaks HBase
> ------------------------------------------------------------------------------
>
>                 Key: AMBARI-3735
>                 URL: https://issues.apache.org/jira/browse/AMBARI-3735
>             Project: Ambari
>          Issue Type: Bug
>          Components: client
>    Affects Versions: 1.4.2
>            Reporter: Oleg Nechiporenko
>            Assignee: Oleg Nechiporenko
>             Fix For: 1.4.2
>
>         Attachments: AMBARI-3735.patch
>
>
> With NameNode HA enabled, move one of the NameNodes to another host.
> During the final "Start all services" task of the Reassign Master wizard, HBase service check fails.
> This is because the Reassign Master wizard incorrectly sets *hbase.rootdir* in *hbase-site.xml* to *hdfs://<new-namenode-host>/apps/hbase/data*.
> When HA is enabled, the value of *hbase.rootdir* should always be *hdfs://<nameservice-id>/apps/hbase/data*.
> Also, Reassign Master does not handle *dfs.namenode.https-address.<nameservice-id>.nn[1|2]* parameters in *hdfs-site.xml* properly; it does not update the value to use the new NameNode host.  On the other hand *dfs.namenode.http-address.<nameservice-id>.nn[1|2] parameters are handled properly already.



--
This message was sent by Atlassian JIRA
(v6.1#6144)