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 E33D818595 for ; Thu, 23 Jul 2015 18:43:17 +0000 (UTC) Received: (qmail 65689 invoked by uid 500); 23 Jul 2015 18:43:05 -0000 Delivered-To: apmail-hadoop-yarn-issues-archive@hadoop.apache.org Received: (qmail 65645 invoked by uid 500); 23 Jul 2015 18:43:05 -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 65632 invoked by uid 99); 23 Jul 2015 18:43:05 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 Jul 2015 18:43:05 +0000 Date: Thu, 23 Jul 2015 18:43:05 +0000 (UTC) From: "Wangda Tan (JIRA)" To: yarn-issues@hadoop.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (YARN-3964) Support NodeLabelsProvider at Resource Manager side 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-3964?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14639338#comment-14639338 ] Wangda Tan commented on YARN-3964: ---------------------------------- Hi [~dian.fu], I just went through the design doc. According to the design doc, configuration of centralized provider also needs to consider 1) frequency of invoking fetch script. 2) permission of script. 3) a customized provider 4) configuration RM classpath to make use of it. It's not simple comparing to use cron + script + REST-API/CLI. To some points in the design doc: bq. Why need provider instead of REST API -- REST API requires admin privilege. Configuration/executing provider script also needs YARN's admin permission. bq. User can provide their own node labels provider plug-in which can fetch labels from a database, from a remote server, etc. Using a cron job invoke customized script can also achieve this. And this approach also needs to add a plugin inside RM, which is could be unsafe and sometimes cause RM dies if the provider has some issues. IMHO, this will add unnecessary complexity to RM, risks to RM, and cannot make easier configuration. Please correct me if I missed anything. Thanks, > Support NodeLabelsProvider at Resource Manager side > --------------------------------------------------- > > Key: YARN-3964 > URL: https://issues.apache.org/jira/browse/YARN-3964 > Project: Hadoop YARN > Issue Type: Sub-task > Reporter: Dian Fu > Assignee: Dian Fu > Attachments: YARN-3964 design doc.pdf > > > Currently, CLI/REST API is provided in Resource Manager to allow users to specify labels for nodes. For labels which may change over time, users will have to start a cron job to update the labels. This has the following limitations: > - The cron job needs to be run in the YARN admin user. > - This makes it a little complicate to maintain as users will have to make sure this service/daemon is alive. > Adding a Node Labels Provider in Resource Manager will provide user more flexibility. -- This message was sent by Atlassian JIRA (v6.3.4#6332)