[
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.