Return-Path: X-Original-To: apmail-hadoop-hdfs-issues-archive@minotaur.apache.org Delivered-To: apmail-hadoop-hdfs-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 279FB468A for ; Wed, 8 Jun 2011 13:43:22 +0000 (UTC) Received: (qmail 10396 invoked by uid 500); 8 Jun 2011 13:43:22 -0000 Delivered-To: apmail-hadoop-hdfs-issues-archive@hadoop.apache.org Received: (qmail 10358 invoked by uid 500); 8 Jun 2011 13:43:22 -0000 Mailing-List: contact hdfs-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hdfs-issues@hadoop.apache.org Delivered-To: mailing list hdfs-issues@hadoop.apache.org Received: (qmail 10350 invoked by uid 99); 8 Jun 2011 13:43:22 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 Jun 2011 13:43:22 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 Jun 2011 13:43:19 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id E9B9A10881B for ; Wed, 8 Jun 2011 13:42:58 +0000 (UTC) Date: Wed, 8 Jun 2011 13:42:58 +0000 (UTC) From: "Ivan Kelly (JIRA)" To: hdfs-issues@hadoop.apache.org Message-ID: <1368772794.3081.1307540578954.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <1444662485.45737.1306428227417.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Commented] (HDFS-2003) Separate FSEditLog reading logic from editLog memory state building logic MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HDFS-2003?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13045954#comment-13045954 ] Ivan Kelly commented on HDFS-2003: ---------------------------------- Fixed the reading of blocks so that replication is adjusted before use. While it may not be strictly necessary, it's could introduce a real bug in the future, so its best to set the replication correctly from the outset. https://issues.apache.org/jira/secure/attachment/12481812/HDFS-2003.diff is the same as http://issues.apache.org/jira/secure/attachment/12481764/hdfs-2003.txt with HDFS-2003-replicationfix-delta.diff applied. > Separate FSEditLog reading logic from editLog memory state building logic > ------------------------------------------------------------------------- > > Key: HDFS-2003 > URL: https://issues.apache.org/jira/browse/HDFS-2003 > Project: Hadoop HDFS > Issue Type: Improvement > Affects Versions: Edit log branch (HDFS-1073) > Reporter: Ivan Kelly > Assignee: Ivan Kelly > Fix For: Edit log branch (HDFS-1073) > > Attachments: 2003-delta.txt, HDFS-2003-replicationfix-delta.diff, HDFS-2003.diff, HDFS-2003.diff, HDFS-2003.diff, HDFS-2003.diff, HDFS-2003.diff, HDFS-2003.diff, hdfs-2003.txt, hdfs-2003.txt, hdfs-2003.txt > > > Currently FSEditLogLoader has code for reading from an InputStream interleaved with code which updates the FSNameSystem and FSDirectory. This makes it difficult to read an edit log without having a whole load of other object initialised, which is problematic if you want to do things like count how many transactions are in a file etc. > This patch separates the reading of the stream and the building of the memory state. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira