[ https://issues.apache.org/jira/browse/YARN-5621?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15504180#comment-15504180 ]
Chris Douglas commented on YARN-5621: ------------------------------------- bq. this approach will not work in rollback scenario, as in that case no resources need to be localized - hence, no need to start the localizer processes. We only need to update the symlinks to old resources. Sorry, I'm missing something. If the {{ContainerLocalizer}} supports a command to create symlinks to localized resources- a case that already exists for containers on the same node requesting the same resource- then how is that case distinguished from rollback? The container does need to start a {{ContainerLocalizer}} just to write some symlinks for the running container, which is inefficient. On the other hand, all symlinks for all containers from an application could be updated in the same invocation. When you say it does not work, are you noting the inefficiency of this flow, or is there a correctness problem? > Support LinuxContainerExecutor to create symlinks for continuously localized > resources > -------------------------------------------------------------------------------------- > > Key: YARN-5621 > URL: https://issues.apache.org/jira/browse/YARN-5621 > Project: Hadoop YARN > Issue Type: Sub-task > Reporter: Jian He > Assignee: Jian He > Attachments: YARN-5621.1.patch, YARN-5621.2.patch, YARN-5621.3.patch, > YARN-5621.4.patch, YARN-5621.5.patch > > > When new resources are localized, new symlink needs to be created for the > localized resource. This is the change for the LinuxContainerExecutor to > create the symlinks. -- This message was sent by Atlassian JIRA (v6.3.4#6332) --------------------------------------------------------------------- To unsubscribe, e-mail: yarn-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: yarn-issues-h...@hadoop.apache.org