[ https://issues.apache.org/jira/browse/HADOOP-6923?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Stephen Watt updated HADOOP-6923: --------------------------------- Attachment: HADOOP-6923.patch Since the native libraries work regardless of JRE signature, the patches checks for the IBM 32 bit JRE signature and if found sets the JAVA_PLATFORM environment variable to the same signature of the Oracle/Sun JRE > 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.