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

Wei-Chiu Chuang commented on HDFS-15083:
----------------------------------------

This patch is not going to work for cloud storage as well as webhdfs/httpfs. 
Those are important use cases so please make sure to make this patch compatible 
with them.

{code}
  DfsClientConf dfsClientConf = new DfsClientConf(conf);
  return permission.applyUMask(dfsClientConf.getUMask());
{code}
Unless absolutely necessary i would like to avoid using DfsclientConf in the 
NameNode.



> Add new trash rpc which move the trash (mkdir and the rename) operation to 
> the server side.
> -------------------------------------------------------------------------------------------
>
>                 Key: HDFS-15083
>                 URL: https://issues.apache.org/jira/browse/HDFS-15083
>             Project: Hadoop HDFS
>          Issue Type: Improvement
>          Components: dfsclient, namenode, rbf
>    Affects Versions: 2.10.0, 3.2.0
>            Reporter: zhuqi
>            Assignee: zhuqi
>            Priority: Major
>         Attachments: HDFS-15083.001.patch
>
>
> Now the rbf trash with multi cluster mounted  in 
> [HDFS-14117|https://issues.apache.org/jira/browse/HDFS-14117] , the solution 
> is not graceful。
> If we can move the client side trash (mkdir and rename) to the  server side, 
> we can not only solve the problem gracefully, but also reduce the trash rpc 
> load in server side to about %50 compare to the origin trash which call two 
> times rpc(mkdir and rename).



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

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