Return-Path: Delivered-To: apmail-hadoop-hdfs-issues-archive@minotaur.apache.org Received: (qmail 77643 invoked from network); 21 Jan 2010 00:03:41 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 21 Jan 2010 00:03:41 -0000 Received: (qmail 90996 invoked by uid 500); 21 Jan 2010 00:03:41 -0000 Delivered-To: apmail-hadoop-hdfs-issues-archive@hadoop.apache.org Received: (qmail 90925 invoked by uid 500); 21 Jan 2010 00:03:41 -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 90915 invoked by uid 99); 21 Jan 2010 00:03:41 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 21 Jan 2010 00:03:41 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 21 Jan 2010 00:03:40 +0000 Received: from brutus.apache.org (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id D32ED29A001A for ; Wed, 20 Jan 2010 16:03:19 -0800 (PST) Message-ID: <1007349979.383241264032199863.JavaMail.jira@brutus.apache.org> Date: Thu, 21 Jan 2010 00:03:19 +0000 (UTC) From: "Konstantin Shvachko (JIRA)" To: hdfs-issues@hadoop.apache.org Subject: [jira] Commented: (HDFS-839) The NameNode should forward block reports to BackupNode In-Reply-To: <697402240.1261007118242.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/HDFS-839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12803072#action_12803072 ] Konstantin Shvachko commented on HDFS-839: ------------------------------------------ I want to backup Dhruba, that passing each and every data-node op through the name-node will substantially increase load on the name-node and that holding lock longer will reduce its productivity. Another aspect here is that BN is also a NN. So if you supply it with block locations it will leave safe mode and start play role in block replication/deletion, lease recovery, etc, along with the name-node. If a data-node dies both NN and BN will start replicating its blocks unless you control it. So are we solving the split brain problem here? You can of course forbid replication when NN is in Backup role, but you will have hard time convincing e.g. Allen the solution is bullet proof and bug-free. > The NameNode should forward block reports to BackupNode > ------------------------------------------------------- > > Key: HDFS-839 > URL: https://issues.apache.org/jira/browse/HDFS-839 > Project: Hadoop HDFS > Issue Type: New Feature > Components: name-node > Reporter: dhruba borthakur > Assignee: dhruba borthakur > > The BackupNode (via HADOOP-4539) receives a stream of transactions from NameNode. However, the BackupNode does not have block locations of blocks. It would be nice if the NameNode can forward all block reports (that it receives from DataNodes) to the BackupNode. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.