[
https://issues.apache.org/jira/browse/YARN-693?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vinod Kumar Vavilapalli updated YARN-693:
-----------------------------------------
Issue Type: Sub-task (was: Bug)
Parent: YARN-47
> Sending NMToken to AM on allocate call
> --------------------------------------
>
> Key: YARN-693
> URL: https://issues.apache.org/jira/browse/YARN-693
> Project: Hadoop YARN
> Issue Type: Sub-task
> Reporter: Omkar Vinit Joshi
> Assignee: Omkar Vinit Joshi
> Fix For: 2.1.0-beta
>
> Attachments: YARN-693-20130610.patch, YARN-693-20130613.patch,
> YARN-693-20130614.1.patch, YARN-693-20130615.patch
>
>
> This is part of YARN-613.
> As per the updated design, AM will receive per NM, NMToken in following
> scenarios
> * AM is receiving first container on underlying NM.
> * AM is receiving container on underlying NM after either NM or RM rebooted.
> ** After RM reboot, as RM doesn't remember (persist) the information about
> keys issued per AM per NM, it will reissue tokens in case AM gets new
> container on underlying NM. However on NM side NM will still retain older
> token until it receives new token to support long running jobs (in work
> preserving environment).
> ** After NM reboot, RM will delete the token information corresponding to
> that AM for all AMs.
> * AM is receiving container on underlying NM after NMToken master key is
> rolled over on RM side.
> In all the cases if AM receives new NMToken then it is suppose to store it
> for future NM communication until it receives a new one.
> AMRMClient should expose these NMToken to client.
--
This message was sent by Atlassian JIRA
(v6.1.4#6159)
