You are viewing a plain text version of this content. The canonical link for it is here.

Posted to common-issues@hadoop.apache.org by "Haohui Mai (JIRA)" <ji...@apache.org> on 2013/11/19 05:27:20 UTC

[jira] [Created] (HADOOP-10114) TestHdfsNativeCodeLoader should reside in hadoop-common instead of hadoop-hdfs

Haohui Mai created HADOOP-10114:
-----------------------------------

             Summary: TestHdfsNativeCodeLoader should reside in hadoop-common instead of hadoop-hdfs
                 Key: HADOOP-10114
                 URL: https://issues.apache.org/jira/browse/HADOOP-10114
             Project: Hadoop Common
          Issue Type: Bug
            Reporter: Haohui Mai
            Assignee: Haohui Mai


TestHdfsNativeCodeLoader tests whether Java is able to load the native library libhadoop.so.

However, it is the hadoop-common project, rather than the hadoop-hdfs project that creates this library during the build. Therefore this unit test will complain that it cannot find the library if Jenkins does not rebuild hadoop-common.

HDFS-3987 is an example that hits this bug.The patch touches hadoop-auth and hadoop-hdfs. Jenkins decides it won't built hadoop-common, thus the unit test fails simply complaining about it cannot find libhadoop.so.

The log of the build can be found at https://builds.apache.org/job/PreCommit-HDFS-Build/5470/consoleFull

We can avoid this problem by moving the unit test to hadoop-common.






--
This message was sent by Atlassian JIRA
(v6.1#6144)