You are viewing a plain text version of this content. The canonical link for it is here.
Posted to hdfs-dev@hadoop.apache.org by "Takanobu Asanuma (JIRA)" <ji...@apache.org> on 2016/09/01 10:28:20 UTC
[jira] [Created] (HDFS-10826) The result of fsck should be CRITICAL
when there are unrecoverable ec block groups.
Takanobu Asanuma created HDFS-10826:
---------------------------------------
Summary: The result of fsck should be CRITICAL when there are unrecoverable ec block groups.
Key: HDFS-10826
URL: https://issues.apache.org/jira/browse/HDFS-10826
Project: Hadoop HDFS
Issue Type: Bug
Reporter: Takanobu Asanuma
Assignee: Takanobu Asanuma
For RS-6-3, when there is one ec block group and
1) 0~3 of 9 internal blocks are missing, the result of fsck is HEALTY.
2) 4~8 of 9 internal blocks are missing, the result of fsck is HEALTY.
{noformat}
Erasure Coded Block Groups:
Total size: 536870912 B
Total files: 1
Total block groups (validated): 1 (avg. block group size 536870912 B)
********************************
UNRECOVERABLE BLOCK GROUPS: 1 (100.0 %)
********************************
Minimally erasure-coded block groups: 0 (0.0 %)
Over-erasure-coded block groups: 0 (0.0 %)
Under-erasure-coded block groups: 1 (100.0 %)
Unsatisfactory placement block groups: 0 (0.0 %)
Default ecPolicy: RS-DEFAULT-6-3-64k
Average block group size: 5.0
Missing block groups: 0
Corrupt block groups: 0
Missing internal blocks: 4 (44.444443 %)
FSCK ended at Wed Aug 31 13:42:05 JST 2016 in 4 milliseconds
The filesystem under path '/' is HEALTHY
{noformat}
3) 9 of 9 internal blocks are missing, the result of fsck is CRITICAL. (Because it is regarded as a missing block group.)
In case 2), the result should be CRITICAL since the ec block group is unrecoverable.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: hdfs-dev-unsubscribe@hadoop.apache.org
For additional commands, e-mail: hdfs-dev-help@hadoop.apache.org