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)