hadoop-hdfs-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Konstantin Shvachko (JIRA)" <j...@apache.org>
Subject [jira] Resolved: (HDFS-875) NameNode incorretly handles corrupt replicas
Date Fri, 11 Feb 2011 01:36:57 GMT

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

Konstantin Shvachko resolved HDFS-875.
--------------------------------------

    Resolution: Duplicate

Resolving as duplicate of HDFS-900. Feel free to reopen if there is more work needed.

> NameNode incorretly handles corrupt replicas
> --------------------------------------------
>
>                 Key: HDFS-875
>                 URL: https://issues.apache.org/jira/browse/HDFS-875
>             Project: Hadoop HDFS
>          Issue Type: Bug
>          Components: name-node
>    Affects Versions: 0.21.0, 0.22.0
>            Reporter: Hairong Kuang
>            Priority: Blocker
>             Fix For: 0.22.0
>
>
> I reviewed how NameNode handles corrupt replicas as part of work on HDFS-145. Comparing
to releases prior to 0.21, NameNode now does a good job identifying corrupt replicas, but
it seems to me there are two flaws how it handles the corrupt replicas:
> 1. NameNode does not add corrupt replicas to the block locations as what NameNode does
before;
> 2. If the corruption is caused by generation stamp mismatch or state mismatch, the wrong
GS and state do not get put in corruptReplicasMap. Therefore it may lead to the deletion of
the wrong replica. 

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

        

Mime
View raw message