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 D10971849D for ; Fri, 31 Jul 2015 19:18:08 +0000 (UTC) Received: (qmail 23279 invoked by uid 500); 31 Jul 2015 19:18:08 -0000 Delivered-To: apmail-hadoop-yarn-issues-archive@hadoop.apache.org Received: (qmail 23241 invoked by uid 500); 31 Jul 2015 19:18:08 -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 23223 invoked by uid 99); 31 Jul 2015 19:18:08 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 Jul 2015 19:18:08 +0000 Date: Fri, 31 Jul 2015 19:18:08 +0000 (UTC) From: "Anubhav Dhoot (JIRA)" To: yarn-issues@hadoop.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (YARN-2005) Blacklisting support for scheduling AMs 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-2005?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14649674#comment-14649674 ] Anubhav Dhoot commented on YARN-2005: ------------------------------------- Thanks [~asuresh] for the review 1. The getNumClusterHosts is described [above|https://issues.apache.org/jira/browse/YARN-2005?focusedCommentId=14606549&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14606549]. Basically blacklist is based on hostname and this counts number of unique hostnames for all NMs. 3. As discussed offline this is the limitation of the current scheduler api that does not have a notion of a blacklist for RM's own use vs the user's blacklist. We could end up removing a blacklisted node that user added. To avoid this we would have to add an API to the scheduler to manage a separate blacklist (say call it system blacklist) that we merge with the users blacklist during allocation. Wonder what others think about that? > Blacklisting support for scheduling AMs > --------------------------------------- > > Key: YARN-2005 > URL: https://issues.apache.org/jira/browse/YARN-2005 > Project: Hadoop YARN > Issue Type: Improvement > Components: resourcemanager > Affects Versions: 0.23.10, 2.4.0 > Reporter: Jason Lowe > Assignee: Anubhav Dhoot > Attachments: YARN-2005.001.patch, YARN-2005.002.patch, YARN-2005.003.patch, YARN-2005.004.patch > > > It would be nice if the RM supported blacklisting a node for an AM launch after the same node fails a configurable number of AM attempts. This would be similar to the blacklisting support for scheduling task attempts in the MapReduce AM but for scheduling AM attempts on the RM side. -- This message was sent by Atlassian JIRA (v6.3.4#6332)