You are viewing a plain text version of this content. The canonical link for it is here.
Posted to hdfs-dev@hadoop.apache.org by "Chris Nauroth (JIRA)" <ji...@apache.org> on 2014/11/05 08:43:33 UTC

[jira] [Created] (HDFS-7359) NameNode in secured HA cluster fails to start if dfs.namenode.secondary.http-address cannot be interpreted as a network address.

Chris Nauroth created HDFS-7359:
-----------------------------------

             Summary: NameNode in secured HA cluster fails to start if dfs.namenode.secondary.http-address cannot be interpreted as a network address.
                 Key: HDFS-7359
                 URL: https://issues.apache.org/jira/browse/HDFS-7359
             Project: Hadoop HDFS
          Issue Type: Bug
          Components: journal-node
            Reporter: Chris Nauroth
            Assignee: Chris Nauroth


In a secured cluster, the JournalNode validates that the caller is one of a valid set of principals.  One of the principals considered is that of the SecondaryNameNode.  This involves checking {{dfs.namenode.secondary.http-address}} and trying to interpret it as a network address.  If a user has specified a value for this property that cannot be interpeted as a network address, such as "null", then this causes the JournalNode operation to fail, and ultimately the NameNode cannot start.  The JournalNode should not have a hard dependency on {{dfs.namenode.secondary.http-address}} like this.  It is not typical to run a SecondaryNameNode in combination with JournalNodes.  There is even a check in SecondaryNameNode that aborts if HA is enabled.



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