hadoop-common-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Luke Lu (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HADOOP-6566) Hadoop daemons should not start up if the ownership/permissions on the directories used at runtime are misconfigured
Date Wed, 17 Mar 2010 19:01:27 GMT

    [ https://issues.apache.org/jira/browse/HADOOP-6566?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12846532#action_12846532
] 

Luke Lu commented on HADOOP-6566:
---------------------------------

Thanks for the review, Dick. 

I'd like to point out that the incantation you mentioned is not the only way use the library.
You can also just use:

{code}
import org.apache.hadoop.test.MockitoMaker;
{code}

and use MockitoMaker.make and MockitoMaker.stub explicitly in case of any name conflicts which
is extremely rare in writing test cases. I'd rather keep these glue names short, so that tests
are succinct and fun to write in common cases.


> Hadoop daemons should not start up if the ownership/permissions on the directories used
at runtime are misconfigured
> --------------------------------------------------------------------------------------------------------------------
>
>                 Key: HADOOP-6566
>                 URL: https://issues.apache.org/jira/browse/HADOOP-6566
>             Project: Hadoop Common
>          Issue Type: New Feature
>          Components: security
>    Affects Versions: 0.22.0
>            Reporter: Devaraj Das
>            Assignee: Arun C Murthy
>             Fix For: 0.22.0
>
>         Attachments: hadoop-6566-trunk-v1.patch, hadoop-6566-trunk-v2.patch, hadoop-6566-trunk-v3.patch,
HADOOP-6566_yhadoop20.patch, HADOOP-6566_yhadoop20.patch, HADOOP-6566_yhadoop20.patch, HADOOP-6566_yhadoop20.patch
>
>
> The Hadoop daemons (like datanode, namenode) should refuse to start up if the ownership/permissions
on directories they use at runtime are misconfigured or they are not as expected. For example,
the local directory where the filesystem image is stored should be owned by the user running
the namenode process and should be only readable by that user. We can provide this feature
in common and HDFS and MapReduce can use the same.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message