[
https://issues.apache.org/jira/browse/HADOOP-6895?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12894725#action_12894725
]
Stephen Watt commented on HADOOP-6895:
--------------------------------------
There is a JRE security library exception being thrown when attempting to
format the namenode or starting Hadoop and using IBM Java as the JRE. This
makes the patch hard to validate when testing with IBM Java. I'll write up a
JIRA ticket for the security issue and link it to this one as a dependency.
> 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.0, 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.
