[
https://issues.apache.org/jira/browse/HADOOP-8874?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
John Gordon updated HADOOP-8874:
--------------------------------
Status: Patch Available (was: Open)
This patch adds consistent error handling and reporting when HADOOP_HOME is not
set, and refactors references to support the -Dhadoop.home.dir option as well
as HADOOP_HOME. Previously, hadoop.home.dir seemed to be an option, but was
not honored. When the variable was not set, paths were often simply
concatenated with a null string and it often made it more difficult than
necessary to root-cause config issues, there.
> HADOOP_HOME and -Dhadoop.home (from hadoop wrapper script) are not uniformly
> handled
> ------------------------------------------------------------------------------------
>
> Key: HADOOP-8874
> URL: https://issues.apache.org/jira/browse/HADOOP-8874
> Project: Hadoop Common
> Issue Type: Sub-task
> Components: scripts, security
> Affects Versions: 1-win
> Environment: Called from external process with -D flag vs HADOOP_HOME
> set.
> Reporter: John Gordon
> Labels: security
> Fix For: 1-win
>
> Attachments: fix_home.patch
>
>
> There is a -D flag to set hadoop.home, which is specified in the hadoop
> wrapper scripts. This is particularly useful if you want SxS execution of
> two or more versions of hadoop (e.g. rolling upgrade). However, it isn't
> honored at all. HADOOP_HOME is used in 3-4 places to find non-java hadoop
> components such as schedulers, scripts, shared libraries, or with the Windows
> changes -- binaries.
> Ideally, these should all resolve the path in a consistent manner, and
> callers shuold have a similar onus applied when trying to resolve an invalid
> path to their components. This is particularly relevant to scripts or
> binaries that may have security impact, as absolute path resolution is
> generally safer and more stable than relative path resolution.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
