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