[
https://issues.apache.org/jira/browse/HDFS-15083?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17012433#comment-17012433
]
zhuqi commented on HDFS-15083:
------------------------------
cc [~weichiu]
Thanks for your comment, sorry for my draft patch, the cloud storage should be
supported, i think so.
I just change the TrashPolicyDefault in order to support the
DistributedFileSystem trash in the server side quickly for our cluster need,
for our Router trash need in HDFS-14117 , i think the trash in server side is
graceful compare the HDFS-14117 , and also can reduce the trash rpc to 50%,
because of that our hdfs life time system's trash action will lead to heavy
load to namenode.
If you any advice to push the graceful trash and reduce the trash rpc ?
> 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]
