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

Xiao Chen updated HDFS-5802:
----------------------------
    Status: Patch Available  (was: Open)

> NameNode does not check for inode type before traversing down a path
> --------------------------------------------------------------------
>
>                 Key: HDFS-5802
>                 URL: https://issues.apache.org/jira/browse/HDFS-5802
>             Project: Hadoop HDFS
>          Issue Type: Bug
>          Components: namenode
>    Affects Versions: 2.0.0-alpha
>            Reporter: Harsh J
>            Assignee: Xiao Chen
>            Priority: Trivial
>         Attachments: HDFS-5802.001.patch, HDFS-5802.002.patch, 
> HDFS-5802.003.patch, HDFS-5802.004.patch, HDFS-5802.005.patch
>
>
> This came up during the discussion on a forum at 
> http://community.cloudera.com/t5/Batch-Processing-and-Workflow/Permission-denied-access-EXECUTE-on-getting-the-status-of-a-file/m-p/5049#M162
>  surrounding an fs.exists(…) check running on a path /foo/bar, where /foo is 
> a file and not a directory.
> In such a case, NameNode yields a user-confusing message of {{Permission 
> denied: user=foo, access=EXECUTE, inode="/foo":foo:foo:-rw-r--r--}} instead 
> of clearly saying (and realising) "/foo is not a directory" or "/foo is a 
> file" before it tries to traverse further down to locate the requested path.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to