[ 
https://issues.apache.org/jira/browse/HDFS-10883?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15514555#comment-15514555
 ] 

Xiaoyu Yao commented on HDFS-10883:
-----------------------------------

bq. I think the second behavior is more consistent, because of the case Weichiu 
mentioned with nested EZs. That is, getTrashRoot("/") should return 
/.Trash/USER. I don't know why there is a special case.

I agree 2nd behavior is preferred.

bq. How about adding an subsection here: TransparentEncryption.md#Architecture 
and name it as "operation with a nested encryption zone".

HDFS-9644 is the document JIRA added for nested encryption zone support. We 
could also improve the newly added "Rename_and_Trash_considerations" section to 
document not only the case for file rename but also the directory rename, 
especially the root of the encryption zone cases. 


> `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".
> Please see the attachment to know how to reproduce this issue.



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

---------------------------------------------------------------------
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