You are viewing a plain text version of this content. The canonical link for it is here.
Posted to mapreduce-dev@hadoop.apache.org by "Bruno Mahé (Created JIRA)" <ji...@apache.org> on 2011/11/16 02:36:51 UTC

[jira] [Created] (MAPREDUCE-3408) yarn-daemon.sh unconditionnaly sets yarn.root.logger

yarn-daemon.sh unconditionnaly sets yarn.root.logger
----------------------------------------------------

                 Key: MAPREDUCE-3408
                 URL: https://issues.apache.org/jira/browse/MAPREDUCE-3408
             Project: Hadoop Map/Reduce
          Issue Type: Bug
          Components: mrv2, nodemanager, resourcemanager
    Affects Versions: 0.23.0, 0.23.1
            Reporter: Bruno Mahé
            Assignee: Bruno Mahé


yarn-daemon.sh unconditionnaly sets yarn.root.logger which then prevent any override from happening.
>From ./hadoop-mapreduce-project/hadoop-yarn/bin/yarn-daemon.sh:
> export YARN_ROOT_LOGGER="INFO,DRFA"
> export YARN_JHS_LOGGER="INFO,JSA"

and then yarn-daemon.sh will call "$YARN_HOME"/bin/yarn which does the following:
> YARN_OPTS="$YARN_OPTS -Dhadoop.root.logger=${YARN_ROOT_LOGGER:-INFO,console}"
> YARN_OPTS="$YARN_OPTS -Dyarn.root.logger=${YARN_ROOT_LOGGER:-INFO,console}"

This has at least 2 issues:
* I cannot override hadoop.root.logger when using the yarn-daemon.sh script
* I cannot have different values for hadoop.root.logger and yarn.root.logger

I currently see two different ways to proceed forward:
1/ Make the script yarn-daemon.sh only sets a default value for YARN_ROOT_LOGGER if this variable is not defined
2/ Remove the quoted code from yarn-daemon.sh since yarn already does something similar
3/ Entirely remove that chunk and let people define their logging however they want through some properties files (see log4j.properties in the conf directories for instance)

I would also use the variable HADOOP_ROOT_LOGGER for hadoop.root.logger if either option 1/ or 2/ would be taken.

I don't really have any preference toward any of these solutions. What would you recommend? What is the Apache Hadoop way for this matter?

Note: This is probably happening as well for the other daemons, and I will take a look at it once this issue is resolved.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira