Mailing-List: contact common-dev-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: common-dev@hadoop.apache.org
Date: Fri, 8 Jun 2012 22:39:23 +0000 (UTC)
From: "Colin Patrick McCabe (JIRA)" <jira@apache.org>
To: common-dev@hadoop.apache.org
Message-ID: <117628917.54722.1339195163390.JavaMail.jiratomcat@issues-vm>
Subject: [jira] [Created] (HADOOP-8499) fix mvn compile -Pnative on CentOS /
 RHEL / Fedora / SuSE / etc
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

Colin Patrick McCabe created HADOOP-8499:
--------------------------------------------

             Summary: fix mvn compile -Pnative on CentOS / RHEL / Fedora / SuSE / etc
                 Key: HADOOP-8499
                 URL: https://issues.apache.org/jira/browse/HADOOP-8499
             Project: Hadoop Common
          Issue Type: Bug
            Reporter: Colin Patrick McCabe
            Assignee: Colin Patrick McCabe


On Linux platforms where user IDs start at 500 rather than 1000, the build currently is broken.  This includes CentOS, RHEL, Fedora, SuSE, and probably most other Linux platforms.  It does happen to work on Debian and Ubuntu, which explains why Jenkins hasn't caught it yet.

Other users will see something like this:

{code}
[INFO] Requested user cmccabe has id 500, which is below the minimum allowed 1000
[INFO] FAIL: test-container-executor
[INFO] ================================================
[INFO] 1 of 1 test failed
[INFO] Please report to mapreduce-dev@hadoop.apache.org
[INFO] ================================================
[INFO] make[1]: *** [check-TESTS] Error 1
[INFO] make[1]: Leaving directory `/home/cmccabe/hadoop4/hadoop-mapreduce-project/hadoop-yarn/hadoop-yarn
-server/hadoop-yarn-server-nodemanager/target/native/container-executor'
{code}

And then the build fails.  Since native unit tests are currently unskippable (HADOOP-8480) this makes the project unbuildable.

The easy solution to this is to relax the constraint for the unit test.  Since the unit test already writes its own configuration file, we just need to change it there.

In general, I believe that it would make sense to change this to 500 across the board.  I'm not aware of any Linuxes that create system users with IDs higher than or equal to 500.  System user IDs tend to be below 200.

However, if we do nothing else, we should at least fix the build by relaxing the constraint for unit tests.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira