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:29:23 UTC
[jira] [Updated] (HADOOP-10114) TestHdfsNativeCodeLoader should
reside in hadoop-common instead of hadoop-hdfs
[ https://issues.apache.org/jira/browse/HADOOP-10114?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Haohui Mai updated HADOOP-10114:
--------------------------------
Description:
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, or we can remove this unit test since TestNativeCodeLoader in hadoop-common has already covered the same case.
was:
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.
> 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, or we can remove this unit test since TestNativeCodeLoader in hadoop-common has already covered the same case.
--
This message was sent by Atlassian JIRA
(v6.1#6144)