Return-Path: X-Original-To: apmail-hadoop-yarn-issues-archive@minotaur.apache.org Delivered-To: apmail-hadoop-yarn-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 E8BA3117A2 for ; Thu, 25 Sep 2014 04:22:34 +0000 (UTC) Received: (qmail 25188 invoked by uid 500); 25 Sep 2014 04:22:34 -0000 Delivered-To: apmail-hadoop-yarn-issues-archive@hadoop.apache.org Received: (qmail 25130 invoked by uid 500); 25 Sep 2014 04:22:34 -0000 Mailing-List: contact yarn-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: yarn-issues@hadoop.apache.org Delivered-To: mailing list yarn-issues@hadoop.apache.org Received: (qmail 25118 invoked by uid 99); 25 Sep 2014 04:22:34 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 25 Sep 2014 04:22:34 +0000 Date: Thu, 25 Sep 2014 04:22:34 +0000 (UTC) From: "Jian He (JIRA)" To: yarn-issues@hadoop.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (YARN-2523) ResourceManager UI showing negative value for "Decommissioned Nodes" field 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/YARN-2523?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14147350#comment-14147350 ] Jian He commented on YARN-2523: ------------------------------- Patch looks good to me too. YARN-1071 was done to make sure decommissioned count is consistent across RM restart, but apparently causing more problems.. Not related to this jira, just to improve the previous testDecomissionedNMsMetricsOnRMRestart. Maybe we can add the following before restarting 2nd RM so that the decommissioned count is reset to 0 before 2nd RM restart, as I think in test both RM share the same ClusterMetrics instance. {code} // make sure decommissioned count is 0 2nd RM before restart. ClusterMetrics.getMetrics().decrDecommisionedNMs(); ClusterMetrics.getMetrics().decrDecommisionedNMs(); Assert.assertEquals(0, ClusterMetrics.getMetrics().getNumDecommisionedNMs()); // restart RM. MockRM rm2 = new MockRM(conf); {code} > ResourceManager UI showing negative value for "Decommissioned Nodes" field > -------------------------------------------------------------------------- > > Key: YARN-2523 > URL: https://issues.apache.org/jira/browse/YARN-2523 > Project: Hadoop YARN > Issue Type: Bug > Components: resourcemanager, webapp > Affects Versions: 3.0.0 > Reporter: Nishan Shetty > Assignee: Rohith > Attachments: YARN-2523.1.patch, YARN-2523.patch, YARN-2523.patch > > > 1. Decommission one NodeManager by configuring ip in excludehost file > 2. Remove ip from excludehost file > 3. Execute -refreshNodes command and restart Decommissioned NodeManager > Observe that in RM UI negative value for "Decommissioned Nodes" field is shown -- This message was sent by Atlassian JIRA (v6.3.4#6332)