[
https://issues.apache.org/jira/browse/HADOOP-13585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17803007#comment-17803007
]
Shilun Fan commented on HADOOP-13585:
-------------------------------------
Bulk update: moved all 3.4.0 non-blocker issues, please move back if it is a
blocker. Retarget 3.5.0.
> shell rm command to not rename to ~/.Trash in object stores
> -----------------------------------------------------------
>
> Key: HADOOP-13585
> URL: https://issues.apache.org/jira/browse/HADOOP-13585
> Project: Hadoop Common
> Issue Type: Sub-task
> Components: util
> Affects Versions: 2.8.0
> Reporter: Steve Loughran
> Priority: Major
>
> When you do a {{hadoop fs -rm -s3a://bucket/large-file}} there's a long delay
> and then you are told that it's been moved to
> {{s3a://Users/stevel/.Trash/current/large-file}}. Where it still incurs
> costs. You need to then delete that file using {{-skipTrash}} because the
> {{fs -expunge}} command only works on the local fs: you can't point it at an
> object store unless that is the default FS.
> I'd like an option to tell the shell to tell it that it should bypass the
> renaming on an FS-by-FS basis. And the for {{fs expunge}} to take a
> filesystem as an optional argument.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
