Mailing-List: contact hdfs-issues-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: hdfs-issues@hadoop.apache.org
Date: Tue, 22 Apr 2014 19:18:32 +0000 (UTC)
From: "Chen He (JIRA)" <jira@apache.org>
To: hdfs-issues@hadoop.apache.org
Message-ID: <JIRA.12546665.1331846689569.157368.1398194312297@arcas>
In-Reply-To: <JIRA.12546665.1331846689569@arcas>
References: <JIRA.12546665.1331846689569@arcas>
Subject: [jira] [Resolved] (HDFS-3103) HA NN should be able to handle some
 cases of storage dir recovery on start
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Chen He resolved HDFS-3103.
---------------------------

          Resolution: Later
    Target Version/s: 0.23.4, 0.24.0  (was: 0.24.0, 0.23.4)

> HA NN should be able to handle some cases of storage dir recovery on start
> --------------------------------------------------------------------------
>
>                 Key: HDFS-3103
>                 URL: https://issues.apache.org/jira/browse/HDFS-3103
>             Project: Hadoop HDFS
>          Issue Type: Improvement
>          Components: ha, namenode
>    Affects Versions: 0.24.0, 0.23.3
>            Reporter: Todd Lipcon
>
> As a shortcut in developing HA, we elected not to deal with the case of storage directory recovery while HA is enabled. But there are many cases where we can and should handle it. For example, if the user configures two local dirs and one shared dir, but one of the local dirs is empty at startup, we should be able to re-format the empty dir from the other local dir.


--
This message was sent by Atlassian JIRA
(v6.2#6252)