Return-Path: X-Original-To: apmail-aurora-dev-archive@minotaur.apache.org Delivered-To: apmail-aurora-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id BEAC817AD5 for ; Tue, 24 Mar 2015 21:07:48 +0000 (UTC) Received: (qmail 72389 invoked by uid 500); 24 Mar 2015 21:07:36 -0000 Delivered-To: apmail-aurora-dev-archive@aurora.apache.org Received: (qmail 72336 invoked by uid 500); 24 Mar 2015 21:07:36 -0000 Mailing-List: contact dev-help@aurora.incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@aurora.incubator.apache.org Delivered-To: mailing list dev@aurora.incubator.apache.org Received: (qmail 72321 invoked by uid 99); 24 Mar 2015 21:07:36 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Mar 2015 21:07:36 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW X-Spam-Check-By: apache.org Received-SPF: error (athena.apache.org: local policy) Received: from [209.85.214.177] (HELO mail-ob0-f177.google.com) (209.85.214.177) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Mar 2015 21:07:31 +0000 Received: by obcxo2 with SMTP id xo2so4561550obc.0 for ; Tue, 24 Mar 2015 14:06:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=lIuI6VUN5TB5UngDTn1E1YXUM5mrXpw4I1H4RO5LCZA=; b=dIb3Q0oAUzS2pAXEJ5ZGSB0rTq0ES4LjS4ksnBZGFEprn2+GQbYknsIe5aoamL4Ir9 KTnXwCWztMNUxXxnXtO7S6/boA10vV8vdF9Xyqiej2oMCOyWou9QU3m4nOhOfSReuuFW tjPA5Nst6yHHNUTk5on9NEpevhmhxQOOoteVm+DdBL/vMwiipOQ5KE8rY+Ybdux76nr7 f/upXYIcUeTmVVybAxL/odp1HHaUAEQqdm61cr76SQbLjpfI5UoRchVo9qreOwoF2STG dj2ZNhTfSreeqjExx8s1kow86zzCpNokeDNMfMoXDuipx2enNYyxUgyYgVtcTKhnMJz2 TV/g== X-Gm-Message-State: ALoCoQlGLVIdMtGJjfPGf9qQ7YObRvX9FyWPDPbs5b++t3fiXwCzJbi7eBPcTEgsrACGL/vIYPXy MIME-Version: 1.0 X-Received: by 10.202.207.68 with SMTP id f65mr4543922oig.29.1427231166074; Tue, 24 Mar 2015 14:06:06 -0700 (PDT) Received: by 10.202.174.80 with HTTP; Tue, 24 Mar 2015 14:06:06 -0700 (PDT) In-Reply-To: References: Date: Tue, 24 Mar 2015 21:06:06 +0000 Message-ID: Subject: Re: Graceful task shutdown From: Brian Brazil To: dev@aurora.incubator.apache.org Content-Type: multipart/alternative; boundary=001a113dea80aaa94405120f26c5 X-Virus-Checked: Checked by ClamAV on apache.org --001a113dea80aaa94405120f26c5 Content-Type: text/plain; charset=UTF-8 On 24 March 2015 at 20:57, Erb, Stephan wrote: > Hi everyone, > > we are implementing the /health endpoint in our services but omit the > implementation of the unauthenticated lifecycle methods /quitquitquit and > /abortabortabort. > > As a consequence, stopping a service is taxed by 10 seconds waiting time > [1]. I would like to get rid of this unnecessary delay and can think of two > solutions: > > a) Only perform the escalation wait when the http_signaler reports that > the message could be delivered to the service. This is a rather simple and > localized fix. > > b) Use another port for lifecycle events. This would require a new > addition to the task configuration and proper plumbing throughout the rest > of the system. Backward compatibility could be achieved by using 'health' > as the default lifecycle management port. > > Any thoughts? I would be happy with the simple solution, but in the end > it's your call :-) > __george mentioned on IRC working on a change that'll let the wait time be configurable (which is something I also need), would that cover your use case? There were also discussions on IRC about custom lifecycle modules. Brian > > Best Regards, > Stephan > > [1] > https://github.com/apache/incubator-aurora/blob/master/src/main/python/apache/aurora/executor/thermos_task_runner.py#L123 --001a113dea80aaa94405120f26c5--