[
https://issues.apache.org/jira/browse/HDFS-15083?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17008293#comment-17008293
]
Xiaoqiao He commented on HDFS-15083:
------------------------------------
Thanks [~zhuqi] for your works, this is very meaningful work. I also considered
if there are some backward compatibility issue? IIUC there are some other stub
filesystems under filesystem interface.
Just minor suggestions, we should split this task to add new interface and RBF
separately, It will be better to discuss and push forward IMO.
cc [~ayushtkn],[~ramkumar] any thought about this JIRA?
> 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: [email protected]
For additional commands, e-mail: [email protected]
