Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id B23E1200CF8 for ; Wed, 16 Aug 2017 07:23:05 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id B0AE4168155; Wed, 16 Aug 2017 05:23:05 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 0298216814D for ; Wed, 16 Aug 2017 07:23:04 +0200 (CEST) Received: (qmail 31134 invoked by uid 500); 16 Aug 2017 05:23:04 -0000 Mailing-List: contact yarn-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list yarn-issues@hadoop.apache.org Received: (qmail 31123 invoked by uid 99); 16 Aug 2017 05:23:04 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 16 Aug 2017 05:23:04 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 72EE51A0679 for ; Wed, 16 Aug 2017 05:23:03 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -99.202 X-Spam-Level: X-Spam-Status: No, score=-99.202 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id aU57p0f1Gxc1 for ; Wed, 16 Aug 2017 05:23:02 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTP id CD74660E0C for ; Wed, 16 Aug 2017 05:23:01 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id 0F1A6E0A32 for ; Wed, 16 Aug 2017 05:23:01 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id AF06F2140D for ; Wed, 16 Aug 2017 05:23:00 +0000 (UTC) Date: Wed, 16 Aug 2017 05:23:00 +0000 (UTC) From: "Arun Suresh (JIRA)" To: yarn-issues@hadoop.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Updated] (YARN-6979) Add flag to allow all container updates to be initiated via NodeHeartbeatResponse MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Wed, 16 Aug 2017 05:23:05 -0000 [ https://issues.apache.org/jira/browse/YARN-6979?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arun Suresh updated YARN-6979: ------------------------------ Description: Currently, only the Container Resource increase command is sent to the NM via NodeHeartbeat response. This JIRA proposes to add a flag in the RM to allow ALL container updates (increase, decrease, promote and demote) to initiated via node HB. The AM is still free to use the ContainerManagementPrototol's {{updateContainer}} API in cases where for instance, the Node HB frequency is very low and the AM needs to update the container as soon as possible. In these situations, if the Node HB arrives before the updateContainer API call, the call would error out, due to a version mismatch and the AM is required to handle it. was: Currently, only the Container Resource increase command is sent to the NM via NodeHeartbeat response. This JIRA proposes to add a flag in the RM to allow ALL container updates (increase, decrease, promote and demote) to initiated via node HB. The AM is still free to use the ContainerManagementPrototol's {{updateContainer}} API in cases where for instance, the Node HB is frequency is very low and the AM needs to update the container as soon as possible. In these situations, if the Node HB arrives before the updateContainer API call, the call would error out, due to a version mismatch and the AM is required to handle it. > Add flag to allow all container updates to be initiated via NodeHeartbeatResponse > --------------------------------------------------------------------------------- > > Key: YARN-6979 > URL: https://issues.apache.org/jira/browse/YARN-6979 > Project: Hadoop YARN > Issue Type: Sub-task > Reporter: Arun Suresh > Assignee: kartheek muthyala > > Currently, only the Container Resource increase command is sent to the NM via NodeHeartbeat response. This JIRA proposes to add a flag in the RM to allow ALL container updates (increase, decrease, promote and demote) to initiated via node HB. > The AM is still free to use the ContainerManagementPrototol's {{updateContainer}} API in cases where for instance, the Node HB frequency is very low and the AM needs to update the container as soon as possible. In these situations, if the Node HB arrives before the updateContainer API call, the call would error out, due to a version mismatch and the AM is required to handle it. -- This message was sent by Atlassian JIRA (v6.4.14#64029) --------------------------------------------------------------------- To unsubscribe, e-mail: yarn-issues-unsubscribe@hadoop.apache.org For additional commands, e-mail: yarn-issues-help@hadoop.apache.org