Return-Path: X-Original-To: apmail-falcon-dev-archive@minotaur.apache.org Delivered-To: apmail-falcon-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 EC6DD1876C for ; Mon, 25 Jan 2016 10:38:42 +0000 (UTC) Received: (qmail 17857 invoked by uid 500); 25 Jan 2016 10:38:42 -0000 Delivered-To: apmail-falcon-dev-archive@falcon.apache.org Received: (qmail 17820 invoked by uid 500); 25 Jan 2016 10:38:42 -0000 Mailing-List: contact dev-help@falcon.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@falcon.apache.org Delivered-To: mailing list dev@falcon.apache.org Received: (qmail 17809 invoked by uid 99); 25 Jan 2016 10:38:42 -0000 Received: from Unknown (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 25 Jan 2016 10:38:42 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 5DA99C17A1 for ; Mon, 25 Jan 2016 10:38:42 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 0.426 X-Spam-Level: X-Spam-Status: No, score=0.426 tagged_above=-999 required=6.31 tests=[KAM_LAZY_DOMAIN_SECURITY=1, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.554] autolearn=disabled Received: from mx1-eu-west.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id uyAyohhjAzVJ for ; Mon, 25 Jan 2016 10:38:41 +0000 (UTC) Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by mx1-eu-west.apache.org (ASF Mail Server at mx1-eu-west.apache.org) with SMTP id A82A725E93 for ; Mon, 25 Jan 2016 10:38:40 +0000 (UTC) Received: (qmail 17144 invoked by uid 99); 25 Jan 2016 10:38:39 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 25 Jan 2016 10:38:39 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id D065E2C1F5B for ; Mon, 25 Jan 2016 10:38:39 +0000 (UTC) Date: Mon, 25 Jan 2016 10:38:39 +0000 (UTC) From: "Pallavi Rao (JIRA)" To: dev@falcon.incubator.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (FALCON-1773) Allow falcon CLI to set endtime for falcon process 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/FALCON-1773?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15115019#comment-15115019 ] Pallavi Rao commented on FALCON-1773: ------------------------------------- [~sanjeevtripurari], basically, I think this is what you are trying to achieve : 1. Pause a process with a specified pause time. So, no more instances get scheduled after the pause time. 2. Update/Touch the process definition, workflows, jars, etc. 3. Un-pause the entity with a new time. That way, the new instances start from the time specified. > Allow falcon CLI to set endtime for falcon process > -------------------------------------------------- > > Key: FALCON-1773 > URL: https://issues.apache.org/jira/browse/FALCON-1773 > Project: Falcon > Issue Type: Improvement > Reporter: Sanjeev T > Assignee: Pallavi Rao > > * Problem > We often come across situation, when falcon process needs change, like > * workflow change > * jar change > in the current status, > The jar change during that time causes falcon instance to get killed. > the next falcon instance may pick the new change, but we might want to start with different time. > To set endtime for falcon process we need to pull out the definition set the endtime submit it, and then after the change re-submit it we new start time > If we can set endtime to falcon process, and let the process come to EOL. > do the change, > and update falcon process with new start time, it will be safer and we will be sure of the new changes taking place from the specific time, it can be also previous or current time, this is too much of manual process and change in xml file. > Requirement > * Allow falcon cli to setendtime to the process > * do the copy of workflow/jar or what ever changes > * let user submit/update the process with new start time -- This message was sent by Atlassian JIRA (v6.3.4#6332)