You are viewing a plain text version of this content. The canonical link for it is here.
Posted to common-issues@hadoop.apache.org by "Steve Loughran (Jira)" <ji...@apache.org> on 2022/01/05 17:05:01 UTC

[jira] [Updated] (HADOOP-13585) shell rm command to not rename to ~/.Trash in object stores

     [ https://issues.apache.org/jira/browse/HADOOP-13585?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Steve Loughran updated HADOOP-13585:
------------------------------------
    Parent: HADOOP-18067  (was: HADOOP-17566)

> 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.1#820001)

---------------------------------------------------------------------
To unsubscribe, e-mail: common-issues-unsubscribe@hadoop.apache.org
For additional commands, e-mail: common-issues-help@hadoop.apache.org