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 "Colin Patrick McCabe (JIRA)" <ji...@apache.org> on 2012/06/06 00:16:24 UTC

[jira] [Created] (HDFS-3510) Some FSEditLog pre-allocation problems in branch-1

Colin Patrick McCabe created HDFS-3510:
------------------------------------------

             Summary: Some FSEditLog pre-allocation problems in branch-1
                 Key: HDFS-3510
                 URL: https://issues.apache.org/jira/browse/HDFS-3510
             Project: Hadoop HDFS
          Issue Type: Bug
    Affects Versions: 1.0.0
            Reporter: Colin Patrick McCabe
            Assignee: Colin Patrick McCabe
             Fix For: 1.0.0


In the FSEditLog, we want to avoid running out of space in the middle of writing an edit log operation to the disk.  We do this by a process called "preallocation"-- reserving space on the disk for the upcoming edit log entries before beginning to write them.

branch-1 has some major problems with the way it does preallocation.  These problems can lead to corrupt edit logs when the disk runs out of space during an edit log sync operation.

--
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