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 81AE1200CFA for ; Tue, 5 Sep 2017 19:17:14 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 802A7160BD7; Tue, 5 Sep 2017 17:17:14 +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 ED076160BCB for ; Tue, 5 Sep 2017 19:17:13 +0200 (CEST) Received: (qmail 55203 invoked by uid 500); 5 Sep 2017 17:17:11 -0000 Mailing-List: contact dev-help@aurora.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@aurora.apache.org Delivered-To: mailing list dev@aurora.apache.org Received: (qmail 55192 invoked by uid 99); 5 Sep 2017 17:17:11 -0000 Received: from mail-relay.apache.org (HELO mail-relay.apache.org) (140.211.11.15) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Sep 2017 17:17:11 +0000 Received: from mail-qt0-f176.google.com (mail-qt0-f176.google.com [209.85.216.176]) by mail-relay.apache.org (ASF Mail Server at mail-relay.apache.org) with ESMTPSA id 22E281A02D2 for ; Tue, 5 Sep 2017 17:17:10 +0000 (UTC) Received: by mail-qt0-f176.google.com with SMTP id k2so13710321qte.2 for ; Tue, 05 Sep 2017 10:17:10 -0700 (PDT) X-Gm-Message-State: AHPjjUjKzjEWvDRnOoJCi7JzTo+oXqjN7RHb3kBSz5yuaxIhWDfdt9hw FHSiTRS5Rp7boq9zXfxMGRKktiHVWdVS X-Google-Smtp-Source: ADKCNb5xXHnSo9RiTgzQtEDzjXfG+wSVN9f7mNScqe0PPxuhsno8SjwgJm9j8o+KU5rhszmocW45bwBXSEk4/Nxq3Bs= X-Received: by 10.200.63.124 with SMTP id w57mr6105640qtk.43.1504631829795; Tue, 05 Sep 2017 10:17:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.92.37 with HTTP; Tue, 5 Sep 2017 10:17:09 -0700 (PDT) X-Originating-IP: [8.25.197.25] In-Reply-To: References: From: David McLaughlin Date: Tue, 5 Sep 2017 10:17:09 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Make drain MAX_STATUS_WAIT configurable To: dev@aurora.apache.org Content-Type: multipart/alternative; boundary="f403045d6c56bbb816055874654b" archived-at: Tue, 05 Sep 2017 17:17:14 -0000 --f403045d6c56bbb816055874654b Content-Type: text/plain; charset="UTF-8" +1 On Tue, Sep 5, 2017 at 10:09 AM, Mauricio Garavaglia < mauriciogaravaglia@gmail.com> wrote: > Hi folks, > > The aurora-admin drain command currently has a hardcoded limit of 5 minutes > waiting for a node to be drained, after that timeout it fails. > > This doesn't work very well when tasks are expected be in killing state for > more than that, for example, if the scheduler transient_task_state_timeout > was > adjusted. > > Any objection on making this 5 minutes MAX_STATUS_WAIT in aurora-admin > drain configurable? > > https://github.com/apache/aurora/blob/master/src/main/ > python/apache/aurora/admin/host_maintenance.py#L40 > > Thanks, > > Mauricio > --f403045d6c56bbb816055874654b--