[ https://issues.apache.org/jira/browse/YARN-986?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13918755#comment-13918755 ]
Vinod Kumar Vavilapalli commented on YARN-986: ---------------------------------------------- Some more comments: - Let's mark YarnConfiguration.getClusterId() as Private - Can we move the getRMDelegationTokenService() API to ClientRMProxy? (The later BTW is missing the visibility annotations). That seems like a better place. - There are some related TODOs in ClientRMProxy.setupTokens() that we put before. Search for YARN-986. We can fix them here or separately. - getRMDelegationTokenService() API: Not sure why we are doing {{yarnConf.set(YarnConfiguration.RM_HA_ID, rmId);}}. And like I mentioned before, {code} + services.add(SecurityUtil.buildTokenService( + yarnConf.getSocketAddr(YarnConfiguration.RM_ADDRESS, + YarnConfiguration.DEFAULT_RM_ADDRESS, + YarnConfiguration.DEFAULT_RM_PORT)).toString()); {code} is looking at RM_ADDRESS instead of HAUtil.addSuffix(YarnConfiguration.RM_ADDRESS, rmId). It should do the later, no? > RM DT token service should have service addresses of both RMs > ------------------------------------------------------------- > > Key: YARN-986 > URL: https://issues.apache.org/jira/browse/YARN-986 > Project: Hadoop YARN > Issue Type: Sub-task > Reporter: Vinod Kumar Vavilapalli > Assignee: Karthik Kambatla > Priority: Blocker > Attachments: yarn-986-1.patch, yarn-986-2.patch, > yarn-986-prelim-0.patch > > > Previously: YARN should use cluster-id as token service address > This needs to be done to support non-ip based fail over of RM. Once the > server sets the token service address to be this generic ClusterId/ServiceId, > clients can translate it to appropriate final IP and then be able to select > tokens via TokenSelectors. > Some workarounds for other related issues were put in place at YARN-945. -- This message was sent by Atlassian JIRA (v6.2#6252)