hadoop-hdfs-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Eli Collins (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HDFS-4028) QJM: Merge newEpoch and prepareRecovery
Date Wed, 10 Oct 2012 23:59:04 GMT

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

Eli Collins commented on HDFS-4028:


Per Todd and ATM's question on HDFS-3077 can you explain why this approach is better? The
only rationale I could see from the HDFS-3077 thread was copying ZAB. ATM's comment that newEpoch
and prepareRecovery are distinct operations with distinct purposes makes sense to me as well.
I'm not opposed to  this change, am just trying to understand the purpose. Re-doing some code
and a bunch of QA should IMO have some motivation beyond copying ZAB.

> QJM: Merge newEpoch and prepareRecovery
> ---------------------------------------
>                 Key: HDFS-4028
>                 URL: https://issues.apache.org/jira/browse/HDFS-4028
>             Project: Hadoop HDFS
>          Issue Type: Sub-task
>          Components: ha, name-node
>            Reporter: Sanjay Radia
>            Assignee: Suresh Srinivas
>             Fix For: QuorumJournalManager (HDFS-3077)

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

View raw message