hadoop-hdfs-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "amith (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HDFS-3585) Blocks are getting marked as corrupt when commitblocksyncronization(Since recovery called by another client) is success before BR send
Date Mon, 02 Jul 2012 13:13:22 GMT

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

amith commented on HDFS-3585:
-----------------------------

In the mentioned scenario 
consider we a have block of GS 1002 and its reported to NN
Now DN has completed the recovery which should have bumped GS to 1003 and commitBlockSync
successfully executed
Next the old block report is processed then there is a mismatch in the GS and reported ...!

SO the block is marked as corrupt  :(


                
> Blocks are getting marked as corrupt when commitblocksyncronization(Since recovery called
by another client) is success before BR send
> --------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: HDFS-3585
>                 URL: https://issues.apache.org/jira/browse/HDFS-3585
>             Project: Hadoop HDFS
>          Issue Type: Bug
>          Components: name-node
>    Affects Versions: 2.0.1-alpha, 3.0.0
>            Reporter: Brahma Reddy Battula
>
> Scenario:
> ===========
> Writing files without close
> renaming file
> deleting files with four DN's and replication factor=3

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message