Return-Path: X-Original-To: apmail-aurora-issues-archive@minotaur.apache.org Delivered-To: apmail-aurora-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 CC340109AB for ; Thu, 29 May 2014 23:08:25 +0000 (UTC) Received: (qmail 55647 invoked by uid 500); 29 May 2014 23:08:25 -0000 Delivered-To: apmail-aurora-issues-archive@aurora.apache.org Received: (qmail 55612 invoked by uid 500); 29 May 2014 23:08:25 -0000 Mailing-List: contact issues-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 issues@aurora.incubator.apache.org Received: (qmail 55601 invoked by uid 99); 29 May 2014 23:08:25 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 29 May 2014 23:08:25 +0000 X-ASF-Spam-Status: No, hits=-2000.7 required=5.0 tests=ALL_TRUSTED,RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.3] (HELO mail.apache.org) (140.211.11.3) by apache.org (qpsmtpd/0.29) with SMTP; Thu, 29 May 2014 23:08:26 +0000 Received: (qmail 54911 invoked by uid 99); 29 May 2014 23:08:01 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 29 May 2014 23:08:01 +0000 Date: Thu, 29 May 2014 23:08:01 +0000 (UTC) From: "Bill Farner (JIRA)" To: issues@aurora.incubator.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (AURORA-490) aurora create fail due to incorrect UpdateConfig.watch_secs MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/AURORA-490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14013074#comment-14013074 ] Bill Farner commented on AURORA-490: ------------------------------------ {quote} It break the current behavior. I think it should be documented, perhaps in release notes? {quote} Unfortunately we don't have release notes right now as we've yet to complete our first release. We have started exercising a more formalized deprecation process (evidence of tracking here: AURORA-423). However, it would have been good form for us to notify on the mailing list. In this particular case, we realized after the fact that a change in client updater behavior (removing client-side health checks during updates: AURORA-361) created a case where updates could be extremely risky if these two parameters were misaligned. We decided it was better to prevent an update like this to mitigate risk. > aurora create fail due to incorrect UpdateConfig.watch_secs > ----------------------------------------------------------- > > Key: AURORA-490 > URL: https://issues.apache.org/jira/browse/AURORA-490 > Project: Aurora > Issue Type: Bug > Components: Client > Affects Versions: 0.6.0 > Reporter: Bhuvan Arumugam > > The create fail, if {{HealthCheckConfig.initial_interval_secs}} is specified and {{UpdateConfig.watch_secs}} is not specified. > If {{UpdateConfig.watch_secs}} is not specified, it should default to sensible default. It should report following error only if the user have defined {{UpdateConfig.watch_secs}} and it is lesser than expected seconds. > {code} > [bhuvan@scheduler apps]$ aurora create int/bhuvan/staging10/AppName AppName.aurora > FATAL] > You have specified an insufficiently short watch period (45 seconds) in your update configuration. > Your update will always succeed. In order for the updater to detect health check failures, > UpdateConfig.watch_secs must be greater than 330 seconds to account for an initial > health check interval (180 seconds) plus 5 consecutive failures at a check interval of 30 seconds. > {code} -- This message was sent by Atlassian JIRA (v6.2#6252)