[ https://issues.apache.org/jira/browse/YARN-3623?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15018657#comment-15018657 ]
Naganarasimha G R commented on YARN-3623: ----------------------------------------- Hi [~vinodkv], bq. There should be an explicit yarn.timeline-service.version which tells YarnClient to get tokens or not - yes for non-present version (default), v1, v2 but no for v1.5. IIUC this contradicts the [~sjlee0]'s proposal which was discussed in YARN-4183 and the approach which i had discussed in YARN-4234 with [~gtCarrera], I can envisage it as follows (including the opinions of [~sjlee0]): * timeline service will be configured with {{"yarn.timeline-service.enabled"}} and {{"TIMELINE_SERVICE_VERSION"}} to be true based on which appropriate timeline handler is selected * RM/NM (SMP) will be configured with {{"yarn.timeline-service.enabled"}} and {{yarn.resourcemanager.system-metrics-publisher.enabled}} to be set to true and along with it {{"TIMELINE_SERVICE_VERSION"}} based on which appropriate client will be selected. * Client apps who ever want to communicate with Timeline server will enable {{"yarn.timeline-service.enabled"}} and a new config like {{yarn.timeline-service.client.require-delegation-token}} to be set to true to publish the ATS events. * If {{security , "yarn.timeline-service.enabled" and "yarn.timeline-service.client.require-delegation-token"}} are enabled then delegation token is automatically fetched in the yarn client as earlier * when the timeline client is initialized it {{contacts server for the version and related configs}} through REST and once it receives it initializes itself. If user tries to use invalid methods (not appropriate to the server timeline version) then timelineclient throws exception. Thus this will avoid improper configurations between client and server and also allows client to have flexible configurations from server to avoid getting delegation tokens from ATS based on server config. A note : In the above proposal have not considered the multiple versions which is still under discussion in YARN-4368 > We should have a config to indicate the Timeline Service version > ---------------------------------------------------------------- > > Key: YARN-3623 > URL: https://issues.apache.org/jira/browse/YARN-3623 > Project: Hadoop YARN > Issue Type: Bug > Components: timelineserver > Reporter: Zhijie Shen > Assignee: Naganarasimha G R > Attachments: YARN-3623-2015-11-19.1.patch > > > So far RM, MR AM, DA AM added/changed new config to enable the feature to > write the timeline data to v2 server. It's good to have a YARN > timeline-service.version config like timeline-service.enable to indicate the > version of the running timeline service with the given YARN cluster. It's > beneficial for users to more smoothly move from v1 to v2, as they don't need > to change the existing config, but switch this config from v1 to v2. And each > framework doesn't need to have their own v1/v2 config. -- This message was sent by Atlassian JIRA (v6.3.4#6332)