Return-Path: X-Original-To: apmail-mesos-issues-archive@minotaur.apache.org Delivered-To: apmail-mesos-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 398B417901 for ; Fri, 6 Mar 2015 01:28:39 +0000 (UTC) Received: (qmail 43252 invoked by uid 500); 6 Mar 2015 01:28:38 -0000 Delivered-To: apmail-mesos-issues-archive@mesos.apache.org Received: (qmail 43218 invoked by uid 500); 6 Mar 2015 01:28:38 -0000 Mailing-List: contact issues-help@mesos.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@mesos.apache.org Delivered-To: mailing list issues@mesos.apache.org Received: (qmail 43208 invoked by uid 99); 6 Mar 2015 01:28:38 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Mar 2015 01:28:38 +0000 Date: Fri, 6 Mar 2015 01:28:38 +0000 (UTC) From: "Chi Zhang (JIRA)" To: issues@mesos.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (MESOS-2309) Mesos rejects ExecutorInfo as incompatible when there is no functional difference 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/MESOS-2309?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14349753#comment-14349753 ] Chi Zhang commented on MESOS-2309: ---------------------------------- To relax the comparison on CommandInfo::ExecutorInfo https://reviews.apache.org/r/31784/ > Mesos rejects ExecutorInfo as incompatible when there is no functional difference > --------------------------------------------------------------------------------- > > Key: MESOS-2309 > URL: https://issues.apache.org/jira/browse/MESOS-2309 > Project: Mesos > Issue Type: Bug > Reporter: Zameer Manji > Assignee: Joerg Schad > Priority: Minor > Labels: twitter > > In AURORA-1076 it was discovered that if an ExecutorInfo was changed such that a previously unset optional field with a default value was changed to have the field set with the default value, it would be rejected as not compatible. > For example if we have an ExecutorInfo with a CommandInfo with the {{shell}} attribute unset and then we change the CommandInfo to set the {{shell}} attribute to true Mesos will reject the task with: > {noformat} > I0130 21:50:05.373389 50869 master.cpp:3441] Sending status update TASK_LOST (UUID: 82ef615c-0d59-4427-95d5-80cf0e52b3fc) for task system-gc-c89c0c05-200c-462e-958a-ecd7b9a76831 of framework 201103282247-0000000019-0000 'Task has invalid ExecutorInfo (existing ExecutorInfo with same ExecutorID is not compatible). > {noformat} > This is not intuitive because the default value of the {{shell}} attribute is true. There should be no difference between not setting an optional field with a default value and setting that field to the default value. -- This message was sent by Atlassian JIRA (v6.3.4#6332)