[
https://issues.apache.org/jira/browse/HDFS-16024?focusedWorklogId=599127&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-599127
]
ASF GitHub Bot logged work on HDFS-16024:
-----------------------------------------
Author: ASF GitHub Bot
Created on: 19/May/21 10:39
Start Date: 19/May/21 10:39
Worklog Time Spent: 10m
Work Description: zhuxiangyi commented on pull request #3009:
URL: https://github.com/apache/hadoop/pull/3009#issuecomment-843976245
@ferhui Thank you very much for your discussion. The questions you raised
have helped me a lot.
The above scheme does not seem to be perfect. For example, the first problem
in Jira cannot be solved, and the creation of trash folders in other NS cannot
be solved.
**I think it would be better to do this:**
Add the processing logic for the Trash path in the
MountTableResolver#getDestinationForPath method. If it is the Trash path,
subtract baseTrashPath to get a new Path
(/user/userA/.Trash/Current/home/userA/test ->/home/userA/tes ), use the new
Path to parse to get remoteLocations, then use the Ns of remoteLocations and
the original Path to merge into a new remoteLocations return.This can ensure
that the Ns used by all Rpcs are the same as Src.
Looking forward to your comment again.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
[email protected]
Issue Time Tracking
-------------------
Worklog Id: (was: 599127)
Time Spent: 4h 20m (was: 4h 10m)
> RBF: Rename data to the Trash should be based on src locations
> --------------------------------------------------------------
>
> Key: HDFS-16024
> URL: https://issues.apache.org/jira/browse/HDFS-16024
> Project: Hadoop HDFS
> Issue Type: Improvement
> Components: rbf
> Affects Versions: 3.4.0
> Reporter: zhu
> Assignee: zhu
> Priority: Major
> Labels: pull-request-available
> Time Spent: 4h 20m
> Remaining Estimate: 0h
>
> 1.When deleting data to the Trash without configuring a mount point for the
> Trash, the Router should recognize and move the data to the Trash
> 2.When the user’s trash can is configured with a mount point and is different
> from the NS of the deleted directory, the router should identify and move the
> data to the trash can of the current user of src
> The same is true for using ViewFs mount points, I think we should be
> consistent with it
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
