[ https://issues.apache.org/jira/browse/YARN-8675?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16590436#comment-16590436 ]
Billie Rinaldi commented on YARN-8675: -------------------------------------- i think we're conflating two problems, 1) whether we should allow hostname to be set when net=host and 2) whether the docker runtime should set a default hostname for the container if the AM does not set one. The source of the issue is that the runtime is setting a default hostname and it is not populating the registry with that hostname to enable DNS lookups. If we remove the default hostname, then we are delegating the behavior to the AM. The AM can set a hostname or not, and if the app needs DNS for a special hostname, the AM will have to populate the registry itself. This will preserve the current working behavior for the service AM and fix the behavior for other AMs that do not set a hostname. > Setting hostname of docker container breaks with "host" networking mode for > Apps which do not run as a YARN service > ------------------------------------------------------------------------------------------------------------------- > > Key: YARN-8675 > URL: https://issues.apache.org/jira/browse/YARN-8675 > Project: Hadoop YARN > Issue Type: Bug > Reporter: Yesha Vora > Assignee: Suma Shivaprasad > Priority: Major > Labels: Docker > > Applications like the Spark AM currently do not run as a YARN service and > setting hostname breaks driver/executor communication if docker version > >=1.13.1 , especially with wire-encryption turned on. > YARN-8027 sets the hostname if YARN DNS is enabled. But the cluster could > have a mix of YARN service/native Applications. > The proposal is to not set the hostname when "host" networking mode is > enabled. -- This message was sent by Atlassian JIRA (v7.6.3#76005) --------------------------------------------------------------------- To unsubscribe, e-mail: yarn-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: yarn-issues-h...@hadoop.apache.org