[
https://issues.apache.org/jira/browse/MAPREDUCE-807?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12743989#action_12743989
]
Amar Kamat commented on MAPREDUCE-807:
--------------------------------------
Result of test-patch
[exec] +1 overall.
[exec]
[exec] +1 @author. The patch does not contain any @author tags.
[exec]
[exec] +1 tests included. The patch appears to include 4 new or
modified tests.
[exec]
[exec] +1 javadoc. The javadoc tool did not generate any warning
messages.
[exec]
[exec] +1 javac. The applied patch does not increase the total number
of javac compiler warnings.
[exec]
[exec] +1 findbugs. The patch does not introduce any new Findbugs
warnings.
[exec]
[exec] +1 release audit. The applied patch does not increase the
total number of release audit warnings.
I wrote a testcase for this bug but unfortunately it was not the right way to
do it and hence removed the testcase.
All tests (mapred + contrib) passed except TestRecoveryManager (see
MAPREDUCE-880).
> Stray user files in mapred.system.dir with permissions other than 777 can
> prevent the jobtracker from starting up.
> ------------------------------------------------------------------------------------------------------------------
>
> Key: MAPREDUCE-807
> URL: https://issues.apache.org/jira/browse/MAPREDUCE-807
> Project: Hadoop Map/Reduce
> Issue Type: Bug
> Components: jobtracker
> Reporter: Amar Kamat
> Assignee: Amar Kamat
> Priority: Blocker
> Attachments: MAPRED-807-v1.1.patch, MAPRED-807-v1.2.patch
>
>
> With restart disabled, the jobtracker does a _rm -rf_ of the
> mapred.system.dir. If the mapred.system.dir contains user files with
> permissions other than 777 then the jobtracker gets stuck in a loop trying to
> delete the mapred.system.dir (and each time failing with
> AccessControlException).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
