[ 
https://issues.apache.org/jira/browse/HDFS-16024?focusedWorklogId=597533&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-597533
 ]

ASF GitHub Bot logged work on HDFS-16024:
-----------------------------------------

                Author: ASF GitHub Bot
            Created on: 17/May/21 10:39
            Start Date: 17/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-842217065


   @ferhui  
   
   > If the baseTrashPath does not exist on Ns2, the following rename will 
fail, is it right?
   
   yes,It will fail. 
   
   
   For this problem, we can add some logic to the Router. In the rename method, 
when it is found that it is move to Trash, we can use the Nn of srcLocations to 
check whether the baseTrashPath exists. If it does not exist, use the Nn of 
srcLocations to create the baseTrashPath.
   
   Another way is that we can add some information to the exception log to tell 
the user to create a baseTrashPath.


-- 
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: 597533)
    Time Spent: 3h  (was: 2h 50m)

> 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: 3h
>  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]

Reply via email to