You are viewing a plain text version of this content. The canonical link for it is here.
Posted to common-dev@hadoop.apache.org by "Todd Lipcon (JIRA)" <ji...@apache.org> on 2009/05/04 19:42:30 UTC

[jira] Created: (HADOOP-5769) NameNode.mkdirs does not create directories owned by current group

NameNode.mkdirs does not create directories owned by current group
------------------------------------------------------------------

                 Key: HADOOP-5769
                 URL: https://issues.apache.org/jira/browse/HADOOP-5769
             Project: Hadoop Core
          Issue Type: Bug
          Components: dfs
            Reporter: Todd Lipcon


{code}
    return namesystem.mkdirs(src,
        new PermissionStatus(UserGroupInformation.getCurrentUGI().getUserName(),
            null, masked));
{code}

The second argument to PermissionStatus should possibly be set by the first group listed in the current UGI.

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


[jira] Resolved: (HADOOP-5769) NameNode.mkdirs does not create directories owned by current group

Posted by "Todd Lipcon (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/HADOOP-5769?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Todd Lipcon resolved HADOOP-5769.
---------------------------------

    Resolution: Invalid

Gotcha - I didn't realize that BSD and Linux differed in this respect, or that HDFS had BSD semantics rather than Linux semantics, since most people deploy on Linux. Thanks.

> NameNode.mkdirs does not create directories owned by current group
> ------------------------------------------------------------------
>
>                 Key: HADOOP-5769
>                 URL: https://issues.apache.org/jira/browse/HADOOP-5769
>             Project: Hadoop Core
>          Issue Type: Bug
>          Components: dfs
>            Reporter: Todd Lipcon
>
> {code}
>     return namesystem.mkdirs(src,
>         new PermissionStatus(UserGroupInformation.getCurrentUGI().getUserName(),
>             null, masked));
> {code}
> The second argument to PermissionStatus should possibly be set by the first group listed in the current UGI.

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


[jira] Commented: (HADOOP-5769) NameNode.mkdirs does not create directories owned by current group

Posted by "Raghu Angadi (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/HADOOP-5769?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12705770#action_12705770 ] 

Raghu Angadi commented on HADOOP-5769:
--------------------------------------

I would vote for changing it to POSIX/Linux.  Only BSD seems to be the odd one on this.

> NameNode.mkdirs does not create directories owned by current group
> ------------------------------------------------------------------
>
>                 Key: HADOOP-5769
>                 URL: https://issues.apache.org/jira/browse/HADOOP-5769
>             Project: Hadoop Core
>          Issue Type: Bug
>          Components: dfs
>            Reporter: Todd Lipcon
>
> {code}
>     return namesystem.mkdirs(src,
>         new PermissionStatus(UserGroupInformation.getCurrentUGI().getUserName(),
>             null, masked));
> {code}
> The second argument to PermissionStatus should possibly be set by the first group listed in the current UGI.

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


[jira] Commented: (HADOOP-5769) NameNode.mkdirs does not create directories owned by current group

Posted by "Tsz Wo (Nicholas), SZE (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/HADOOP-5769?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12705661#action_12705661 ] 

Tsz Wo (Nicholas), SZE commented on HADOOP-5769:
------------------------------------------------

In [HDFS Permissions Guide |http://hadoop.apache.org/core/docs/r0.20.0/hdfs_permissions_guide.html#Overview], it says,
"... When a file or directory is created, its owner is the user identity of the client process, and its group is the group of the parent directory (the BSD rule)."

Thus, this is not a bug.

> NameNode.mkdirs does not create directories owned by current group
> ------------------------------------------------------------------
>
>                 Key: HADOOP-5769
>                 URL: https://issues.apache.org/jira/browse/HADOOP-5769
>             Project: Hadoop Core
>          Issue Type: Bug
>          Components: dfs
>            Reporter: Todd Lipcon
>
> {code}
>     return namesystem.mkdirs(src,
>         new PermissionStatus(UserGroupInformation.getCurrentUGI().getUserName(),
>             null, masked));
> {code}
> The second argument to PermissionStatus should possibly be set by the first group listed in the current UGI.

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


[jira] Commented: (HADOOP-5769) NameNode.mkdirs does not create directories owned by current group

Posted by "Todd Lipcon (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/HADOOP-5769?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12705773#action_12705773 ] 

Todd Lipcon commented on HADOOP-5769:
-------------------------------------

Is this worth making a configuration option?

> NameNode.mkdirs does not create directories owned by current group
> ------------------------------------------------------------------
>
>                 Key: HADOOP-5769
>                 URL: https://issues.apache.org/jira/browse/HADOOP-5769
>             Project: Hadoop Core
>          Issue Type: Bug
>          Components: dfs
>            Reporter: Todd Lipcon
>
> {code}
>     return namesystem.mkdirs(src,
>         new PermissionStatus(UserGroupInformation.getCurrentUGI().getUserName(),
>             null, masked));
> {code}
> The second argument to PermissionStatus should possibly be set by the first group listed in the current UGI.

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