hadoop-hdfs-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Zhe Zhang (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (HDFS-9079) Erasure coding: preallocate multiple generation stamps and serialize updates from data streamers
Date Tue, 13 Oct 2015 23:20:05 GMT

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

Zhe Zhang updated HDFS-9079:
----------------------------
    Attachment: HDFS-9079.02.patch

Updating the patch to fix a few bugs:
# {{DataStreamer#shouldStop}} should check internal error instead of all errors. Otherwise
there could be an infinite loop if a streamer is assigned an external error before initializing
its own {{blockStream}}.
# {{StripedDataStreamer}} should rely on comparing its own GS with the coordinator version
to determine whether there's an external error. Otherwise there's a bug when processing multiple
external errors: {{setExternalError}} is called multiple times but all the external errors
are cleared in one {{setupPipelineInternal}} call.

Still working on the token issue.

> Erasure coding: preallocate multiple generation stamps and serialize updates from data
streamers
> ------------------------------------------------------------------------------------------------
>
>                 Key: HDFS-9079
>                 URL: https://issues.apache.org/jira/browse/HDFS-9079
>             Project: Hadoop HDFS
>          Issue Type: Sub-task
>          Components: erasure-coding
>    Affects Versions: HDFS-7285
>            Reporter: Zhe Zhang
>            Assignee: Zhe Zhang
>         Attachments: HDFS-9079-HDFS-7285.00.patch, HDFS-9079.01.patch, HDFS-9079.02.patch
>
>
> A non-striped DataStreamer goes through the following steps in error handling:
> {code}
> 1) Finds error => 2) Asks NN for new GS => 3) Gets new GS from NN => 4) Applies
new GS to DN (createBlockOutputStream) => 5) Ack from DN => 6) Updates block on NN
> {code}
> To simplify the above we can preallocate GS when NN creates a new striped block group
({{FSN#createNewBlock}}). For each new striped block group we can reserve {{NUM_PARITY_BLOCKS}}
GS's. Then steps 1~3 in the above sequence can be saved. If more than {{NUM_PARITY_BLOCKS}}
errors have happened we shouldn't try to further recover anyway.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message