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 "Jitendra Nath Pandey (JIRA)" <ji...@apache.org> on 2011/03/04 02:41:37 UTC

[jira] Resolved: (HDFS-1721) Hdfs Federation: Configuration for principal names should not be namenode specific.

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

Jitendra Nath Pandey resolved HDFS-1721.
----------------------------------------

      Resolution: Fixed
    Hadoop Flags: [Reviewed]

I have committed this.

> Hdfs Federation: Configuration for principal names should not be namenode specific.
> -----------------------------------------------------------------------------------
>
>                 Key: HDFS-1721
>                 URL: https://issues.apache.org/jira/browse/HDFS-1721
>             Project: Hadoop HDFS
>          Issue Type: Sub-task
>          Components: name-node
>    Affects Versions: Federation Branch
>            Reporter: Jitendra Nath Pandey
>            Assignee: Jitendra Nath Pandey
>             Fix For: Federation Branch
>
>         Attachments: HDFS-1721.1.patch, HDFS-1721.2.patch
>
>
> The principal names in the configuration for namenode, secondary namenode, backup namenode, need not be namenode specific, i.e. they need not be configured with keys suffixed with nameserviceId.
> This is because if principals were namenode specific, we would need a mechanism to figure out nameserviceId (to get the namenode specific principal) from fqdn of the files at the client.
>  A simpler approach is to use _HOST pattern in the principal names. Hadoop RPC supports replacing the _HOST in the principal with the hostname of the service. Using this approach we need only one principal configuration for all namenodes and similarly one for all secondary namenodes or backup namenodes. 

-- 
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira