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 40AA89249 for ; Wed, 9 May 2012 20:00:11 +0000 (UTC) Received: (qmail 88745 invoked by uid 500); 9 May 2012 20:00:11 -0000 Delivered-To: apmail-hadoop-hdfs-issues-archive@hadoop.apache.org Received: (qmail 88549 invoked by uid 500); 9 May 2012 20:00:10 -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 88540 invoked by uid 99); 9 May 2012 20:00:10 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 May 2012 20:00:10 +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, 09 May 2012 20:00:09 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id D58AB48A34F for ; Wed, 9 May 2012 19:59:49 +0000 (UTC) Date: Wed, 9 May 2012 19:59:49 +0000 (UTC) From: "Nathan Roberts (JIRA)" To: hdfs-issues@hadoop.apache.org Message-ID: <1796189857.46068.1336593589876.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <595597907.12772.1331732678494.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Commented] (HDFS-3092) Enable journal protocol based editlog streaming for standby namenode 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-3092?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13271737#comment-13271737 ] Nathan Roberts commented on HDFS-3092: -------------------------------------- Eli, thanks for the writeup. One question on this statement "(ie option 1 is fundamentally slower)." We already double-buffer the editstreams in the namenode so isn't it true that users will only see latency effects if the buffering isn't able to keep up? In other words, isn't it the case that as long as the slowest journal is keeping up with demand, there's no significant difference in performance? > Enable journal protocol based editlog streaming for standby namenode > -------------------------------------------------------------------- > > Key: HDFS-3092 > URL: https://issues.apache.org/jira/browse/HDFS-3092 > Project: Hadoop HDFS > Issue Type: Improvement > Components: ha, name-node > Affects Versions: 0.24.0, 0.23.3 > Reporter: Suresh Srinivas > Assignee: Suresh Srinivas > Attachments: ComparisonofApproachesforHAJournals.pdf, JNStates.png, MultipleSharedJournals.pdf, MultipleSharedJournals.pdf, MultipleSharedJournals.pdf, Removingfilerdependency.pdf > > > Currently standby namenode relies on reading shared editlogs to stay current with the active namenode, for namespace changes. BackupNode used streaming edits from active namenode for doing the same. This jira is to explore using journal protocol based editlog streams for the standby namenode. A daemon in standby will get the editlogs from the active and write it to local edits. To begin with, the existing standby mechanism of reading from a file, will continue to be used, instead of from shared edits, from the local edits. -- 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