You are viewing a plain text version of this content. The canonical link for it is here.
Posted to yarn-dev@hadoop.apache.org by "Arpit Agarwal (JIRA)" <ji...@apache.org> on 2014/04/29 02:18:15 UTC
[jira] [Created] (YARN-1994) Expose YARN/MR endpoints on multiple
interfaces
Arpit Agarwal created YARN-1994:
-----------------------------------
Summary: Expose YARN/MR endpoints on multiple interfaces
Key: YARN-1994
URL: https://issues.apache.org/jira/browse/YARN-1994
Project: Hadoop YARN
Issue Type: Improvement
Components: nodemanager, resourcemanager, webapp
Affects Versions: 2.4.0
Reporter: Arpit Agarwal
YARN and MapReduce daemons currently do not support specifying a wildcard address for the server endpoints. This prevents the endpoints from being accessible from all interfaces on a multihomed machine.
A preliminary shows the following candidates:
# yarn.nodemanager.address
# yarn.nodemanager.webapp.address
# yarn.nodemanager.webapp.https.address
# yarn.resourcemanager.address
# yarn.resourcemanager.webapp.address
# yarn.resourcemanager.webapp.https.address
# yarn.resourcemanager.resource-tracker.address
# yarn.resourcemanager.scheduler.address
# yarn.resourcemanager.admin.address
# mapreduce.jobhistory.address
Note that if we do specify INADDR_ANY for any of the options, it will break clients as they will attempt to connect to 0.0.0.0. We need a solution that allows specifying a hostname or IP-address for clients while requesting wildcard bind for the servers.
# mapreduce.jobhistory.admin.address
# mapreduce.jobhistory.webapp.address
# mapreduce.jobhistory.webapp.https.address
# mapreduce.history.server.http.address (Deprecated)
# yarn.timeline-service.webapp.address
# yarn.timeline-service.webapp.https.address
--
This message was sent by Atlassian JIRA
(v6.2#6252)