[
https://issues.apache.org/jira/browse/HDFS-14320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16799406#comment-16799406
]
Eric Yang commented on HDFS-14320:
----------------------------------
By common sense, deleting a file should go to trash by default to prevent user
errors. Without specifying skipTrash=false, it should go to trash as default
behavior. This maybe different from previous release due to bug/missing
feature, but it seems more intuitive. I wonder if we want to be consistent
with CLI behavior Instead of working against common sense. Thought?
> Support skipTrash for WebHDFS
> ------------------------------
>
> Key: HDFS-14320
> URL: https://issues.apache.org/jira/browse/HDFS-14320
> Project: Hadoop HDFS
> Issue Type: New Feature
> Components: namenode, webhdfs
> Affects Versions: 3.2.0
> Reporter: Karthik Palanisamy
> Assignee: Karthik Palanisamy
> Priority: Major
> Attachments: HDFS-14320-001.patch, HDFS-14320-002.patch,
> HDFS-14320-003.patch, HDFS-14320-004.patch, HDFS-14320-005.patch,
> HDFS-14320-006.patch, HDFS-14320-007.patch, HDFS-14320-008.patch
>
>
> Files/Directories deleted via webhdfs rest call doesn't use the skiptrash
> feature, it would be deleted permanently. This feature is very important us
> because our user has deleted large directory accidentally.
> By default, Skiptrash option is set to true, skiptrash=true. Any files, Using
> CURL will be permanently deleted.
> Example:
> curl -iv -X DELETE
> "http://xxxx:50070/webhdfs/v1/tmp/sampledata?op=DELETE&user.name=hdfs&recursive=true";
>
> Use skiptrash=false, to move files to trash Instead.
> Example:
> curl -iv -X DELETE
> "http://xxxx:50070/webhdfs/v1/tmp/sampledata?op=DELETE&user.name=hdfs&recursive=true&skiptrash=false";
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
