Hi Ross, Currently there is no way of doing that. The same discussion came few times before. I think Oozie should provide an easy way to start coordinator from the current time. However, when we talked previously, it was not easy to determine granularity of current time. For example, if the current time is :"2013-11-04 10:03Z" and the frequency is 5 minutes. What should be the action nominal time. Will it be 10:03, 10:08 or 10:13 etc. OR it will 10:00, 10:05, 10:10. The reason is : based on starttime the value of current() and latest() are calculated.
Having said that, we should start this discussion and come to an agreement. Any volunteer? Regards, Mohammad On Monday, November 4, 2013 11:42 AM, "Ross, Richard (Truven Health)" <[email protected]> wrote: Hey Mona: Thanks for your reply, and I agree that this should be parameterized (this was just an example). But I still have to make sure that the value of the parameters is correct and not in the past. In my mind I have just pushed the problem to another location. What I want to know is if there is a setting for the Coordinator that will make it so that I don't have to worry about this. Thanks, Richard. -----Original Message----- From: Mona Chitnis [mailto:[email protected]] Sent: Monday, November 04, 2013 1:47 PM To: [email protected] Subject: Re: Stopping Oozie Coordinator from running in the past Hi Richard, Why not parameterize the coordinator "start" time? This start time should be when you wish the first instance to run. E.g. <coordinator-app name="test-coord" frequency="${coord:hours(1)}" start=${my_start_time} end="2013-11-04T24:00Z"> -- Mona On 11/4/13 10:24 AM, "Ross, Richard (Truven Health)" <[email protected]> wrote: >Forgot the Oozie version info: Oozie 3.3.2. > >Thanks, >Richard. > >-----Original Message----- >From: Ross, Richard (Truven Health) >[mailto:[email protected]] >Sent: Monday, November 04, 2013 1:22 PM >To: [email protected] >Subject: Stopping Oozie Coordinator from running in the past > >Hello: > >I have been playing around with Oozie Coordinator and noticed that when >a coordinator definition is submitted, if the start value is in the >past, it will run the workflow based on this past start and frequency >values to "catch up" to the current time. Is there a way to tell Oozie >to not run any workflows from the past? > >For example, if the actual time when the Coordinator definition is >submitted is 2013-11-04T12:30Z and the coordinator.xml is: > ><coordinator-app name="test-coord" > frequency="${coord:hours(1)}" > start="2013-11-04T00:00Z" > end="2013-11-04T24:00Z" > timezone="UTC" xmlns="uri:oozie:coordinator:0.1"> > > <action> > <workflow> > . > . > . > </workflow> > </action> ></coordinator-app> > >then workflow will run from 2013-11-04T00:00Z to 2013-11-04T12:00Z >until it catches up (i.e., 12 or 13 times. Not sure as this is an >example) to the current time. It will then follow the schedule. I would >like it to just execute the next time the schedule is satisfied (i.e., >is >2013-11-04T13:00Z) > >Thanks, >Richard.
