[ 
https://issues.apache.org/jira/browse/HADOOP-2514?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12555760#action_12555760
 ] 

Sanjay Radia commented on HADOOP-2514:
--------------------------------------

>> Current system allows the client side and server side have independent 
>> configuration of the location of trash.

>That's true of lots of config parameters: things won't work if client and 
>server configurations are not coordinated. I don't think we should invest a 
>lot of effort in fixing that as a part of this issue. The root problem in this 
>case is that home directories are defined by the client, when they perhaps 
>should be defined by the server. That should probably be addressed as a 
>separate issue.

Okay so good news is that configuring client side trashbin to be different is 
not a feature (ie a user who
wants a trashbin that is NOT auto recycled.). (At some point we should fix such
configuration issues by having the client fetch such config parameters form the 
NN- a separate jira).

Do you really want to treat home directories as special? Most file systems 
kernels do not treat the home directory as special.  (yes this is separable but 
I want to understand your views on this as it may have
bearing on /trash/user).





> Trash and permissions don't mix
> -------------------------------
>
>                 Key: HADOOP-2514
>                 URL: https://issues.apache.org/jira/browse/HADOOP-2514
>             Project: Hadoop
>          Issue Type: New Feature
>          Components: dfs
>    Affects Versions: 0.16.0
>            Reporter: Robert Chansler
>             Fix For: 0.16.0
>
>
> Shell command "rm" is really "mv" to trash with the expectation that the 
> server will at some point really delete the contents of trash. With the 
> advent of permissions, a user can "mv" folders that the user cannot "rm". The 
> present trash feature as implemented would allow the user to suborn the 
> server into deleting a folder in violation of the permissions model.
> A related issue is that if anybody can mv a folder to the trash anybody else 
> can mv that same folder from the trash. This may be contrary to the 
> expectations of the user.
> What is a better model for trash?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to