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 45EE211970 for ; Thu, 21 Aug 2014 20:43:12 +0000 (UTC) Received: (qmail 62421 invoked by uid 500); 21 Aug 2014 20:43:11 -0000 Delivered-To: apmail-hadoop-yarn-issues-archive@hadoop.apache.org Received: (qmail 62380 invoked by uid 500); 21 Aug 2014 20:43:11 -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 62366 invoked by uid 99); 21 Aug 2014 20:43:11 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 21 Aug 2014 20:43:11 +0000 Date: Thu, 21 Aug 2014 20:43:11 +0000 (UTC) From: "Chen He (JIRA)" To: yarn-issues@hadoop.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (YARN-2421) CapacityScheduler still allocates containers to an app in the FINISHING state 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-2421?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14105927#comment-14105927 ] Chen He commented on YARN-2421: ------------------------------- [~lichangleo], is this "+ System.out.println("xxx inside test");" your debug code? If so, remove it from patch. :) > CapacityScheduler still allocates containers to an app in the FINISHING state > ----------------------------------------------------------------------------- > > Key: YARN-2421 > URL: https://issues.apache.org/jira/browse/YARN-2421 > Project: Hadoop YARN > Issue Type: Bug > Components: scheduler > Affects Versions: 2.4.1 > Reporter: Thomas Graves > Assignee: chang li > Attachments: yarn2421.patch > > > I saw an instance of a bad application master where it unregistered with the RM but then continued to call into allocate. The RMAppAttempt went to the FINISHING state, but the capacity scheduler kept allocating it containers. We should probably have the capacity scheduler check that the application isn't in one of the terminal states before giving it containers. -- This message was sent by Atlassian JIRA (v6.2#6252)