[
https://issues.apache.org/jira/browse/HDFS-2904?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13209878#comment-13209878
]
Todd Lipcon commented on HDFS-2904:
-----------------------------------
bq. Though having a comma separated list of hostnames in the DT would have
eliminated the need. Todd, about the client not knowing all the hosts, it
should be able to get all the hosts even when you use ZK, no?
I was thinking it wouldn't, necessarily. Our current client side code has no
notion of being able to list all of the potential NNs, only of being able to
get a proxy to the active one.
With ZK, you wouldn't necessarily have a list of the standbys. For example, it
might be that when you submit the job, the SBN happened to be down for
maintenance. Then when you bring it back up and do a failover to it, it
wouldn't have been listed for DT renewal.
> HA: Client support for getting delegation tokens to an HA cluster
> -----------------------------------------------------------------
>
> Key: HDFS-2904
> URL: https://issues.apache.org/jira/browse/HDFS-2904
> Project: Hadoop HDFS
> Issue Type: Sub-task
> Components: ha, hdfs client, name-node, security
> Affects Versions: HA branch (HDFS-1623)
> Reporter: Todd Lipcon
> Assignee: Todd Lipcon
> Priority: Critical
> Attachments: hdfs-2904.txt, hdfs-2904.txt, hdfs-2904.txt, test-dt.sh
>
>
> Currently we have server-side support for delegation tokens in HA, and some
> tests to verify it, but the client throws NPEs when trying to fetch a DT.
> This is because the cluster doesn't have a single hostname, but instead a
> logical nameservice name.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
