[
https://issues.apache.org/jira/browse/HDFS-11111?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18048892#comment-18048892
]
ASF GitHub Bot commented on HDFS-11111:
---------------------------------------
github-actions[bot] closed pull request #159: HDFS-11111. Delete items in
.Trash using rm should be forbidden witho…
URL: https://github.com/apache/hadoop/pull/159
> Delete something in .Trash using "rm" should be forbidden without safety
> option
> ---------------------------------------------------------------------------------
>
> Key: HDFS-11111
> URL: https://issues.apache.org/jira/browse/HDFS-11111
> Project: Hadoop HDFS
> Issue Type: Improvement
> Components: hdfs
> Affects Versions: 2.7.2
> Reporter: Lantao Jin
> Assignee: Lantao Jin
> Priority: Major
> Labels: Incompatible, pull-request-available
> Attachments: HDFS-11111.1.patch
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> As we discussed in HDFS-11102, double confirmation does not seem to be a
> graceful solution for users. Deleting files in .Trash accidentally is still
> an issue though. The behaviour of users I'm worried about is {{rm}} ing
> something in .Trash (without explicitly understanding that those files will
> not be recoverable). This is in contrast to {{rm}} ing something with
> "-skipTrash" option (That's a very purposeful action).
> So it is not the same case as HADOOP-12358. The solution is throwing an
> exception and remind user to add "-trash" option to delete dirs in trash for
> safely:
> {code}
> Can not delete somehing trash directly! Please add "-trash" or "-T" in "rm"
> command to do that.
> {code}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
