[
https://issues.apache.org/jira/browse/HADOOP-6923?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12902053#action_12902053
]
Stephen Watt commented on HADOOP-6923:
--------------------------------------
Identical Problem, *slightly* different resolutions. HADOOP-6895 is for Hadoop
0.21 where the code has been moved out of the bin/hadoop script into the
bin/hadoop-config.sh file, so the 6895 patch modifies the hadoop-config.sh
file, whereas this patch (for 0.20.3) modifies the bin/hadoop file.
> Native Libraries do not load if a different platform signature is returned
> from org.apache.hadoop.util.PlatformName
> -------------------------------------------------------------------------------------------------------------------
>
> Key: HADOOP-6923
> URL: https://issues.apache.org/jira/browse/HADOOP-6923
> Project: Hadoop Common
> Issue Type: Bug
> Components: native
> Affects Versions: 0.20.0, 0.20.1, 0.20.2
> Environment: SLES 10, IBM Java 6, Apache Hadoop 0.20.x
> Reporter: Stephen Watt
> Fix For: 0.20.3
>
> Attachments: HADOOP-6923.patch
>
>
> The bin/hadoop script has an environment variable called JAVA_PLATFORM which
> is set to to the results returned by org.apache.hadoop.util.PlatformName .
> These results are sometimes unique to the JRE being used. Although the value
> returned for 64 Bit Sun/Oracle Java and 64 Bit IBM Java is the same, it is
> different for the corresponding 32 Bit JREs.
> The issue is that the value returned is used in creating the path to the
> native libraries on disk, i.e
> ${HADOOP_COMMON_HOME}/lib/native/${JAVA_PLATFORM}
> Since the path on disk is fixed with the Sun JRE value
> /lib/native/Linux-i386-32 it therefore fails when it attempts to load the
> native libraries with the value returned with 32 Bit IBM Java,
> /lib/native/Linux-x86-32
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
