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 88B8DD2B3 for ; Tue, 31 Jul 2012 21:42:35 +0000 (UTC) Received: (qmail 77354 invoked by uid 500); 31 Jul 2012 21:42:35 -0000 Delivered-To: apmail-hadoop-hdfs-issues-archive@hadoop.apache.org Received: (qmail 77326 invoked by uid 500); 31 Jul 2012 21:42: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 77302 invoked by uid 99); 31 Jul 2012 21:42:34 -0000 Received: from issues-vm.apache.org (HELO issues-vm) (140.211.11.160) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 31 Jul 2012 21:42:34 +0000 Received: from isssues-vm.apache.org (localhost [127.0.0.1]) by issues-vm (Postfix) with ESMTP id C09D6142823 for ; Tue, 31 Jul 2012 21:42:34 +0000 (UTC) Date: Tue, 31 Jul 2012 21:42:34 +0000 (UTC) From: "Aaron T. Myers (JIRA)" To: hdfs-issues@hadoop.apache.org Message-ID: <996566.123929.1343770954790.JavaMail.jiratomcat@issues-vm> Subject: [jira] [Commented] (HDFS-3744) Decommissioned nodes are included in cluster after switch which is not expected 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-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13426154#comment-13426154 ] Aaron T. Myers commented on HDFS-3744: -------------------------------------- Brahma, in the above description, I assume that you excluded DN1 by adding it to the excludes file? Did you add it to that file on both of the NN machines? The issue is that some dsfadmin commands need to perform client-side failover and talk to the appropriate NN, while others should actually be run against both NNs. > Decommissioned nodes are included in cluster after switch which is not expected > ------------------------------------------------------------------------------- > > Key: HDFS-3744 > URL: https://issues.apache.org/jira/browse/HDFS-3744 > Project: Hadoop HDFS > Issue Type: Bug > Components: ha > Affects Versions: 2.0.0-alpha, 2.1.0-alpha, 2.0.1-alpha > Reporter: Brahma Reddy Battula > > Scenario: > ========= > Start ANN and SNN with three DN's > Exclude DN1 from cluster by using decommission feature > (./hdfs dfsadmin -fs hdfs://ANNIP:8020 -refreshNodes) > After decommission successful,do switch such that SNN will become Active. > Here exclude node(DN1) is included in cluster.Able to write files to excluded node since it's not excluded. > Checked SNN(Which Active before switch) UI decommissioned=1 and ANN UI > decommissioned=0 > One more Observation: > ==================== > All dfsadmin commands will create proxy only on nn1 irrespective of Active or standby.I think this also we need to re-look once.. > I am not getting , why we are not given HA for dfsadmin commands..? > Please correct me,,If I am wrong. -- 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