Yuanbo Liu commented on HDFS-10883:

[~andrew.wang] Sure, I can work on it if you don't mind.

I think the second behavior is more consistent...
[~jojochuang]'s comment reminds me that things're gonna be complicated if we 
take {{etTrashRoot("/")}} as a special case. I will change my description.

> `getTrashRoot`'s behavior is not consistent in DFS after enabling EZ.
> ---------------------------------------------------------------------
>                 Key: HDFS-10883
>                 URL: https://issues.apache.org/jira/browse/HDFS-10883
>             Project: Hadoop HDFS
>          Issue Type: Bug
>            Reporter: Yuanbo Liu
>            Assignee: Yuanbo Liu
>         Attachments: HDFS-10883-test-case.txt, HDFS-10883.001.patch
> Let's say root path ("/") is the encryption zone, and there is a file called 
> "/test" in root path.
> {code}
> dfs.getTrashRoot(new Path("/"))
> {code}
> returns "/user/$USER/.Trash",
> while
> {code}
> dfs.getTrashRoot(new Path("/test"))
> {code} 
> returns "/.Trash/$USER".
> The second behavior is not correct. Since root path is the encryption zone,  
> which means all files/directories in DFS are encrypted, it's more reasonable  
>  to return  "/user/$USER/.Trash" no matter what the path is. 
> Please see the attachment to know how to reproduce this issue.

This message was sent by Atlassian JIRA

To unsubscribe, e-mail: hdfs-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: hdfs-issues-h...@hadoop.apache.org

Reply via email to