You are viewing a plain text version of this content. The canonical link for it is here.

Posted to common-dev@hadoop.apache.org by "Boris Shkolnik (JIRA)" <ji...@apache.org> on 2009/01/22 01:45:59 UTC

[jira] Commented: (HADOOP-4885) Try to restore failed replicas of Name Node storage (at checkpoint time)

    [ https://issues.apache.org/jira/browse/HADOOP-4885?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12666013#action_12666013 ] 

Boris Shkolnik commented on HADOOP-4885:
----------------------------------------

Using configuration to figure out new or failed storage replicas may have some undesirable side effects. We do not keep the original configuration around. So the only option for us will be to reload a "default" configuration. This "default" configuration may or may not be the same as the one used when the cluster was started. One example of such a case would be any test that creates configuration on the flight by populating some of its values in the setUP or init functions. In this case first checkpoint will try to use all the settings from the default configuration instead of fixing the failed ones.

Taking this into account I suggest we go back to the original propose, namely - remembering failed replicas, and trying to restore them on every checkpoint. 

> Try to restore failed replicas of Name Node storage (at checkpoint time)
> ------------------------------------------------------------------------
>
>                 Key: HADOOP-4885
>                 URL: https://issues.apache.org/jira/browse/HADOOP-4885
>             Project: Hadoop Core
>          Issue Type: Improvement
>          Components: dfs
>            Reporter: Boris Shkolnik
>            Assignee: Boris Shkolnik
>


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.