[jira] [Updated] (HADOOP-6895) Native Libraries do not load if a different platform signature is returned from org.apache.hadoop.util.PlatformName

["Harsh J (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/HADOOP-6895?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Harsh J updated HADOOP-6895:
----------------------------

    Fix Version/s:     (was: 0.24.0)
    
> 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
>    Affects Versions: 0.20.205.0
>         Environment: SLES 10, IBM Java 6, Hadoop 0.21.0-rc0
>            Reporter: Stephen Watt
>            Priority: Minor
>         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.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira