Mailing-List: contact common-issues-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Date: Wed, 4 Oct 2017 11:01:00 +0000 (UTC)
From: "Steve Loughran (JIRA)" <jira@apache.org>
To: common-issues@hadoop.apache.org
Message-ID: <JIRA.13033742.1484146012000.268972.1507114860244@Atlassian.JIRA>
In-Reply-To: <JIRA.13033742.1484146012000@Atlassian.JIRA>
References: <JIRA.13033742.1484146012000@Atlassian.JIRA> <JIRA.13033742.1484146012897@jira-lw-us.apache.org>
Subject: [jira] [Commented] (HADOOP-13974) S3a CLI to support list/purge of
 pending multipart commits
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Wed, 04 Oct 2017 11:01:08 -0000


    [ https://issues.apache.org/jira/browse/HADOOP-13974?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16191122#comment-16191122 ] 

Steve Loughran commented on HADOOP-13974:
-----------------------------------------

Here's the commands we will initially need

{code}
s3guard uploads -list [-verbose] path
{code}
lists pending uploads; verbose includes size of upload if possible, age, anything else. Maybe also allow an error code to be returned if the count does not match some param {{-expect <count>}}...for scripts & tests.

{code}
s3guard uploads -cancel (-age <age string>| -all) path
{code}

Cancel things of a specific age, use the same age string as we use in Configuration.getTimeDuration. (Which will justify moving the helper code there out into something more broadly useable)

> S3a CLI to support list/purge of pending multipart commits
> ----------------------------------------------------------
>
>                 Key: HADOOP-13974
>                 URL: https://issues.apache.org/jira/browse/HADOOP-13974
>             Project: Hadoop Common
>          Issue Type: Sub-task
>          Components: fs/s3
>    Affects Versions: 3.0.0-beta1
>            Reporter: Steve Loughran
>            Assignee: Aaron Fabbri
>
> The S3A CLI will need to be able to list and delete pending multipart commits. 
> We can do the cleanup already via fs.s3a properties. The CLI will let scripts stat for outstanding data (have a different exit code) and permit batch jobs to explicitly trigger cleanups.
> This will become critical with the multipart committer, as there's a significantly higher likelihood of commits remaining outstanding.
> We may also want to be able to enumerate/cancel all pending commits in the FS tree


--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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