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

Yuanbo Liu updated HDFS-10883:
------------------------------
    Release Note: 
If root path / is an encryption zone, the old 
DistributedFileSystem#getTrashRoot(new Path("/")) returns
/user/$USER/.Trash
which is a wrong behavior. The correct value should be
/.Trash/$USER

  was:
<!-- markdown -->
If root path **/** is an encryption zone, the old 
**DistributedFileSystem#getTrashRoot(new Path("/"))** returns
```
/user/$USER/.Trash
```
which is a wrong behavior. The correct value should be
```
/.Trash/$USER
```


> `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
>             Fix For: 2.8.0, 3.0.0-alpha2
>
>         Attachments: HDFS-10883-test-case.txt, HDFS-10883.001.patch, 
> HDFS-10883.002.patch, HDFS-10883.003.patch, HDFS-10883.004.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 first behavior is not correct. Since root path is the encryption zone, 
> it's more reasonable to return  "/.Trash/$USER" no matter what the path is.



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