hadoop-hdfs-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Harsh J (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HDFS-5189) Rename the "CorruptBlocks" metric to "CorruptReplicas"
Date Thu, 14 Aug 2014 18:36:13 GMT

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

Harsh J commented on HDFS-5189:

Good point; Lets have it more verbose then, perhaps BlocksWithCorruptReplicas?

> 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: Juan Yu
>            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 was sent by Atlassian JIRA

View raw message