Mailing-List: contact hdfs-dev-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: hdfs-dev@hadoop.apache.org
Date: Wed, 15 Aug 2012 11:58:38 +1100 (NCT)
From: "Todd Lipcon (JIRA)" <jira@apache.org>
To: hdfs-dev@hadoop.apache.org
Message-ID: <1751103262.11055.1344992318730.JavaMail.jiratomcat@arcas>
In-Reply-To: <1446754313.5501.1344905978084.JavaMail.jiratomcat@arcas>
Subject: [jira] [Resolved] (HDFS-3799) QJM: handle empty log segments during
 recovery
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Todd Lipcon resolved HDFS-3799.
-------------------------------

       Resolution: Fixed
    Fix Version/s: QuorumJournalManager (HDFS-3077)
     Hadoop Flags: Reviewed
    
> QJM: handle empty log segments during recovery
> ----------------------------------------------
>
>                 Key: HDFS-3799
>                 URL: https://issues.apache.org/jira/browse/HDFS-3799
>             Project: Hadoop HDFS
>          Issue Type: Sub-task
>          Components: ha
>    Affects Versions: QuorumJournalManager (HDFS-3077)
>            Reporter: Todd Lipcon
>            Assignee: Todd Lipcon
>             Fix For: QuorumJournalManager (HDFS-3077)
>
>         Attachments: hdfs-3799.txt
>
>
> One of the cases not yet handled in the QJM branch is the one where either the writer or the journal node crashes after startLogSegment() but before it has written its first transaction to the log. We currently have TODO assertions in the code which fire in these cases.
> This JIRA is to deal with these cases.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira