[ https://issues.apache.org/jira/browse/HADOOP-6895?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12918412#action_12918412
]
Tom White commented on HADOOP-6895:
-----------------------------------
+1 looks good to me. It's worth adding a comment in the file which explains why this is needed.
Same for HADOOP-6923.
> Native Libraries do not load if a different platform signature is returned from org.apache.hadoop.util.PlatformName
> -------------------------------------------------------------------------------------------------------------------
>
> Key: HADOOP-6895
> URL: https://issues.apache.org/jira/browse/HADOOP-6895
> Project: Hadoop Common
> Issue Type: Bug
> Components: native
> Environment: SLES 10, IBM Java 6, Hadoop 0.21.0-rc0
> Reporter: Stephen Watt
> Priority: Minor
> Fix For: 0.21.1, 0.22.0
>
> Attachments: HADOOP-6895.patch
>
> Original Estimate: 0h
> Remaining Estimate: 0h
>
> bin/hadoop-config.sh 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.
|