[
https://issues.apache.org/jira/browse/HDFS-5189?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Harsh J updated HDFS-5189:
--------------------------
Target Version/s: 3.0.0, 2.3.0
> Rename the "CorruptBlocks" metric to "CorruptReplicas"
> ------------------------------------------------------
>
> Key: HDFS-5189
> URL: https://issues.apache.org/jira/browse/HDFS-5189
> Project: Hadoop HDFS
> Issue Type: Improvement
> Components: namenode
> Affects Versions: 2.1.0-beta
> Reporter: Harsh J
> Assignee: Harsh J
> Priority: Minor
>
> The NameNode increments a "CorruptBlocks" metric even if only one of the
> block's
> replicas is reported corrupt (genuine checksum fail, or even if a
> replica has a bad genstamp). In cases where this is incremented, fsck
> still reports a healthy state.
> This is confusing to users and causes false alarm as they feel this is to be
> monitored (instead of MissingBlocks). The metric is truly trying to report
> only corrupt replicas, not whole blocks, and ought to be renamed.
> FWIW, the "dfsadmin -report" reports a proper string of "Blocks with corrupt
> replicas:" when printing this count.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
