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 709CB6D73 for ; Mon, 25 Jul 2011 15:40:36 +0000 (UTC) Received: (qmail 11312 invoked by uid 500); 25 Jul 2011 15:40:36 -0000 Delivered-To: apmail-hadoop-hdfs-issues-archive@hadoop.apache.org Received: (qmail 11244 invoked by uid 500); 25 Jul 2011 15:40:35 -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 11225 invoked by uid 99); 25 Jul 2011 15:40:35 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 25 Jul 2011 15:40:35 +0000 X-ASF-Spam-Status: No, hits=-2001.2 required=5.0 tests=ALL_TRUSTED,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, 25 Jul 2011 15:40:32 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id 7004D84A5B for ; Mon, 25 Jul 2011 15:40:11 +0000 (UTC) Date: Mon, 25 Jul 2011 15:40:11 +0000 (UTC) From: "Yang Yang (JIRA)" To: hdfs-issues@hadoop.apache.org Message-ID: <1798583413.4215.1311608411455.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <618807892.9634.1297392417510.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Commented] (HDFS-1623) High Availability Framework for HDFS NN 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-1623?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13070557#comment-13070557 ] Yang Yang commented on HDFS-1623: --------------------------------- in the design docs, why is "fencing" needed? if the namenode uses ZK for leader election, it needs to have a Watcher on the ephemeral node, if the namenode loses its leader status, the Watcher should return "disconnect" or "node removed" event, so that the namenode can naturally shutdown itself. doesn't this achieve what is mentioned in the "fencing" paragraph? > High Availability Framework for HDFS NN > --------------------------------------- > > Key: HDFS-1623 > URL: https://issues.apache.org/jira/browse/HDFS-1623 > Project: Hadoop HDFS > Issue Type: New Feature > Reporter: Sanjay Radia > Assignee: Sanjay Radia > Attachments: HDFS-High-Availability.pdf, NameNode HA_v2.pdf, NameNode HA_v2_1.pdf, Namenode HA Framework.pdf > > -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira