hadoop-common-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Aaron Fabbri (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HADOOP-13985) s3guard: add a version marker to every table
Date Thu, 26 Jan 2017 19:20:24 GMT

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

Aaron Fabbri commented on HADOOP-13985:

[~stevel@apache.org] would you like me to commit this to the feature branch?  Just making
sure you don't have any outstanding tweaks.

> s3guard: add a version marker to every table
> --------------------------------------------
>                 Key: HADOOP-13985
>                 URL: https://issues.apache.org/jira/browse/HADOOP-13985
>             Project: Hadoop Common
>          Issue Type: Sub-task
>          Components: fs/s3
>    Affects Versions: HADOOP-13345
>            Reporter: Steve Loughran
>            Assignee: Steve Loughran
>         Attachments: HADOOP-13985-HADOOP-13345-001.patch, HADOOP-13985-HADOOP-13345-002.patch
> This is something else we need before any preview: a way to identify a table version,
so that if future versions change the table structure:
> * older clients can recognise that it's a newer format, and fail
> * the future version can identify that it's an older format, and fail until some fsck-upgrade
operation has taken place
> I think something like a row on a path which is impossible in a real filesystem, such
as "../VERSION" would allow a version marker to go in; the length field could be abused for
the version number.
> This field would be something that'd be checked in init(), so be the simple test for
table existence we need for faster init

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