Oozie Coordinator Timezone Issue - oozie-coordinator

Iam trying to schedule a worfkflow using oozie coordinator in Indian Timezone(UTC+05:30 hrs). So, I use (current time zone - 5:30 Hrs) to arrive at UTC time.
However, the job does not run as expected. When the coordinator job is submitted, it takes different timings in HUE and job does not get completed on time. Kindly assist with the same.
FYI: I checked the HUE configration file(hue.ini) and timezone is set as UTC. Also, the oozie configuration file also has TIMEZONE = UTC(etc/oozie/conf/oozie-default.xml). Let me know what i am missing here.
Thanks,
Vinoth

Related

How to get Azure Data Factory Tumbling Window Trigger to work with Daylight Savings Time

I have some tumbling window triggers that are set to run at specific intervals 6 hours apart. They need to run at a designated time (think 5am and 11am, and so on) I have them set up so that they are self-dependent and dependent on a connection check trigger.
The problem arises when daylight savings comes around. Tumbling window triggers only work in UTC and when the clock changes in our time zone, the times they are triggered change by an hour (forward or back depending on the time of year). This causes data to be late to its destination and I am forced to manually deploy new triggers around daylight savings time.
I am wondering if there is a better way to work around daylight savings time as Tumbling Window Triggers do not support any time zone other than UTC and deploying new triggers every time is not an effective solution.
Not sure if I understand your requirement, it is actually different between 6 hours apart and setting scheduled triggers for 2 designated times which are 6 hours apart.
If you want to schedule the job for every 6 hours, the timezone should have no impact since the trigger should always trigger every 6 hours. This is the correct use case for tumbling window trigger.
If you want to schedule for designated times, you should go for scheduled trigger, which supports for timezones. For catering daylight saving time, you can simply select the timezone you want, ADF will auto adjust according to daylight saving time as specified in the UI.

ADF Tumbling Window Trigger: Dependency trigger not working as expected

I have created a tumbling window trigger for my Azure Data Factory Pipeline Test_Daily with recurrence as 24 hours. For this pipeline, i have added a dependency trigger lets say Test_Hourly (which runs every hour) with offset as 1.00:00:00(1 day).
Test_Daily pipeline is not getting triggered even though the dependency trigger has run successfully. For example, if the daily pipeline windowStartTime is 2020-09-20 00:00:00 and Test_Hourly with WindowStartTime 2020-09-21 00:00:00 has run successfully, then the daily pipeline should get triggered. However, this is not the case and Test_Daily gets triggered only when Test_Hourly has completed 2020-09-22 00:00:00(i.e. with 2 day offset).
Please let me know how to resolve this issue. Thanks.
I think it is your setting problem.
Your Test_Daily will start at 2020-09-20 00:00:00 and end at 2020-09-21 00:00:00.
Your Test_Hourly will wait for Test_Daily to complete and then delay 1.00:00:00(1 day) to complete at (2020-09-22 00:00:00).
Test_Hourly will Waiting on dependency.
yes, it is behaving as per the design with the applied settings.
Tumbling window trigger starts at window end time (For daily pipeline it is 2020-09-21 00:00:00) and it adds offset (1 day) to it and pipeline actually runs at 2020-09-22 00:00:00.
The same is replicated when I have used hourly and 5minute triggers. In this case, hourly is dependent on 5minute trigger with an offset of 5minutes and the delay of 5min after window time is seen in triggering time of hourly trigger.

trigger in azure data factory that runs daily basis only between 8:30 and 6:00 with 30 minutes interval

I need to create a trigger on daily basis between 8:30 and 6:00 with 30 minutes interval in azure data factory. can any of u please help me with steps to create?
Please follow my configuration as below:
It would be triggered every day at the specific time.
One little issue: It will be triggered at 18:30 because the limitation of configuration.You could just set a if-condition activity before all of your stuffs to judge if it is 18:30,then just leave the pipeline.

Scheduled Recurring Crystal Reports runs with delay

Suddenly all the scheduled reports runs with a delay of one hour.
Does this have anything to do with daylight savings?
The environment is: Crystal Report Server 2008, Tomcat and Business Objects Enterprise 12.0
Detail: This started to happen last weekend,when the Brazilian daylight saving was supposed to end. The server wrongly adjusted the time to end of the daylight saving.
(Here the dates of daylight savings are not default (E.g: Starts third Saturday of October, ends second Saturday of February). Due to politics reason this changes every year).
Anyway, we set the timezone again to daylight saving (which actually is going to end February 17 - this weekend). Restarted the server, but on Crystal Management Console all the reports are wrongly scheduled with +1hour. (E.g: If the report is supposed to be delivered at 12:00 PM, it's doing on 1:00 PM)
Has anyone came across this issue? I did not find anything relevant to my problem on web researches; is there a workaround for this issue? Any time zone configuration that should be made (where?) ?
Any help would be appreciated.
After the timezone ended, the schedulling reports runned on the right time again. Crystal Server had a delay in adjusting the time,because it does only when the server is idle.

Quartz Scheduler

I am currently working on Quartz Scheduler (version 1.4.2). I am trying to code scheduler in such a way so that I can set Repeat Interval duration after starting the scheduler. I tried many ways to do it but its not working. Can anyone tell me how can we adjust the Repeat Interval Duration during runtime.
Thanks in advance.
You'll need to unschedule the current job first, then reschedule it with the new interval value. Put a form in your GUI to use to set the new interval value at runtime, you can process the rescheduling when the value gets updated.
See this answer for an example using CronTrigger. The details will vary slightly for an Interval job, but it should be enough to get you going.