hadoop-common-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Steve Loughran (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HADOOP-14738) Remove S3N and obsolete bits of S3A; rework docs
Date Wed, 13 Sep 2017 17:13:00 GMT

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

Steve Loughran commented on HADOOP-14738:

I'd completely pulled the s3n discovery, but yes, I should reinstate that. will do.

Info levels: I think the logging had someone got cranked up too high; s3a should be logging
at info, shouldn't it? that's the assumption the logs are on. 

Having actually looked at the code, we don't actually log much at info through that specific
log. it's all either WARN or DEBUG. Reinstating the diff

> Remove S3N and obsolete bits of S3A; rework docs
> ------------------------------------------------
>                 Key: HADOOP-14738
>                 URL: https://issues.apache.org/jira/browse/HADOOP-14738
>             Project: Hadoop Common
>          Issue Type: Sub-task
>          Components: fs/s3
>    Affects Versions: 2.9.0, 3.0.0-beta1
>            Reporter: Steve Loughran
>            Assignee: Steve Loughran
>            Priority: Blocker
>         Attachments: HADOOP-14738-002.patch, HADOOP-14738-003.patch, HADOOP-14738-004.patch,
> We are all happy with S3A; it's been stable since Hadoop 2.7 and high-perf since Hadoop
> It's now time to kill S3N off, remove the source, the tests, the transitive dependencies.
This patch does that.
> It also removes the obsolete, original s3a output stream; the fast/block upload stream
has been stable and is much more manageable and maintained (put differently: we don't ever
look at the original S3A output stream, and tell people not to use it for performance reasons).
> As well as cutting the features, this patch updates the aws docs with
> * split out s3n migration page
> * split out troubleshooting page
> * rework of the "uploading data with s3a" section of index.md, as there's no need to
discuss the slow upload except in the past tense...all that is needed is to list the buffering
and thread tuning options of the block uploader.

This message was sent by Atlassian JIRA

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

View raw message