hadoop-common-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Arun C Murthy (JIRA)" <j...@apache.org>
Subject [jira] [Closed] (HADOOP-8499) Lower min.user.id to 500 for the tests
Date Thu, 11 Oct 2012 17:45:39 GMT

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

Arun C Murthy closed HADOOP-8499.
---------------------------------

    
> Lower min.user.id to 500 for the tests
> --------------------------------------
>
>                 Key: HADOOP-8499
>                 URL: https://issues.apache.org/jira/browse/HADOOP-8499
>             Project: Hadoop Common
>          Issue Type: Bug
>    Affects Versions: 2.0.0-alpha
>            Reporter: Colin Patrick McCabe
>            Assignee: Colin Patrick McCabe
>            Priority: Minor
>             Fix For: 2.0.2-alpha
>
>         Attachments: HADOOP-8499.002.patch
>
>
> 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
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message