Mailing-List: contact hdfs-issues-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: hdfs-issues@hadoop.apache.org
Date: Tue, 19 Apr 2011 20:37:06 +0000 (UTC)
From: "Todd Lipcon (JIRA)" <jira@apache.org>
To: hdfs-issues@hadoop.apache.org
Message-ID: 
 <482504287.68098.1303245426011.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <1388341022.59410.1302826445804.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Commented] (HDFS-1839) SecondaryNameNode should not discard
 "previous.checkpoint"
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Todd Lipcon commented on HDFS-1839:
-----------------------------------

Do we need to fix this for 0.23 if we assume that HDFS-1073 will get merged into the release? With 1073 I don't think this is necessary at all, since we have other ways of reverting faulty checkpoints (see design doc for details)

> SecondaryNameNode should not discard "previous.checkpoint"
> ----------------------------------------------------------
>
>                 Key: HDFS-1839
>                 URL: https://issues.apache.org/jira/browse/HDFS-1839
>             Project: Hadoop HDFS
>          Issue Type: Bug
>          Components: name-node
>    Affects Versions: 0.20.1, 0.20.203.0
>            Reporter: Konstantin Shvachko
>             Fix For: 0.22.0
>
>
> While creating a checkpoint SNN calls {{moveLastCheckpoint()}} twice. As a result directory "previous.checkpoint" is getting removed. "previous.checkpoint" directory holds the checkpoint that was created before the current one. It is useful for manual recovery, but nothing else.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira