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 C903C9281 for ; Mon, 9 Apr 2012 22:23:40 +0000 (UTC) Received: (qmail 70752 invoked by uid 500); 9 Apr 2012 22:23:40 -0000 Delivered-To: apmail-hadoop-hdfs-issues-archive@hadoop.apache.org Received: (qmail 70715 invoked by uid 500); 9 Apr 2012 22:23:40 -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 70707 invoked by uid 99); 9 Apr 2012 22:23:40 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 09 Apr 2012 22:23:40 +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; Mon, 09 Apr 2012 22:23:39 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id 73D56362171 for ; Mon, 9 Apr 2012 22:23:19 +0000 (UTC) Date: Mon, 9 Apr 2012 22:23:19 +0000 (UTC) From: "Brandon Li (Commented) (JIRA)" To: hdfs-issues@hadoop.apache.org Message-ID: <1725646825.5060.1334010199524.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <1395289229.1217.1333773591637.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Commented] (HDFS-3229) add JournalProtocol RPCs to list finalized edit segments, and read edit segment file from JournalNode. 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-3229?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13250249#comment-13250249 ] Brandon Li commented on HDFS-3229: ---------------------------------- Todd, Reusing existing code has certain benefits for sure. Have an HTTP server for JournalNode requires additional port. In a large cluster, it may not be trivial to manager one more port. However, if we believe we need web UI for JournalNode, we need the port anyways. Suppose we used HTTP server to synchronize the lagging JournalNode by downloading missed edit logs from another Journal Node. Firstly, the lagging JN needs to get (e.g., by asking for NN) a list of JNs with full set of edit logs. Then, it downloads the missed logs from a good JN through http, while it could accept streamed logs from NN through rpc at the same time. Given the two servers are working on different file sets(finalized logs vs in-progress log), synchronizing them seems not a concern. Debug-ability in this case has more to do with the developer's familiarity with the code/protocol, and seems not a good enough reason to me now. Please let me know what you think. > add JournalProtocol RPCs to list finalized edit segments, and read edit segment file from JournalNode. > ------------------------------------------------------------------------------------------------------- > > Key: HDFS-3229 > URL: https://issues.apache.org/jira/browse/HDFS-3229 > Project: Hadoop HDFS > Issue Type: Sub-task > Components: ha, name-node > Reporter: Brandon Li > Assignee: Brandon Li > -- 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