[
https://issues.apache.org/jira/browse/YARN-7506?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16259740#comment-16259740
]
Miklos Szegedi commented on YARN-7506:
--------------------------------------
The startup time might prevent us to use a root java process. The question is
the CLI. What are the reasons it is better than a long running root Java
process listening to a Unix socket accessible by yarn only? It does parameter
checking, but does not the docker daemon do it anyway? CLI is slower to start
up, it has all the risks with environment, shell, etc.
> Overhaul the design of the Linux container-executor regarding Docker and
> future runtimes
> ----------------------------------------------------------------------------------------
>
> Key: YARN-7506
> URL: https://issues.apache.org/jira/browse/YARN-7506
> Project: Hadoop YARN
> Issue Type: Sub-task
> Components: nodemanager
> Reporter: Miklos Szegedi
> Labels: Docker, container-executor
> Attachments: YARN-Docker control options.pdf
>
>
> I raise this topic to discuss a potential improvement of the container
> executor tool in node manager.
> container-executor has two main purposes. It executes Linux *system calls not
> available from Java*, and it executes tasks *available to root that are not
> available to the yarn user*. Historically container-executor did both by
> doing impersonation. The yarn user is separated from root because it runs
> network services, so *the yarn user should be restricted* by design. Because
> of this it has it's own config file container-executor.cfg writable by root
> only that specifies what actions are allowed for the yarn user. However, the
> requirements have changed with Docker and that raises the following questions:
> 1. The Docker feature of YARN requires root permissions to *access the Docker
> socket* but it does not run any system calls, so could the Docker related
> code in container-executor be *refactored into a separate Java process ran as
> root*? Java would make the development much faster and more secure.
> 2. The Docker feature only needs the Docker unix socket. It is not a good
> idea to let the yarn user directly access the socket, since that would
> elevate its privileges to root. However, the Java tool running as root
> mentioned in the previous question could act as a *proxy on the Docker
> socket* operating directly on the Docker REST API *eliminating the need to
> use the Docker CLI*.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: yarn-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: yarn-issues-h...@hadoop.apache.org
