1/22/2017 1:46:32 AM
Fix #394
|
|
|
1/12/2017 9:42:08 PM
Jettry upgrade, servlet-api:3.1.0 is automatically loaded. However, azkaban-common is still using servlet-api:2.5.0, which caused inconsistency when running az (getting http request) though build is fine. In this change, we remove this jar.
|
1/9/2017 9:29:20 PM
Azkaban Triggers are checked via the SlaChecker class. The logic is failing for certain conditions where user flows would keep running despite SLA expiry. Though the logic seems to be working for most cases, it seems to be quite complicated + confusing with lot of code duplication.
Changes: The SlaChecker class has been rewritten with unit tests to cover all the relevant code paths. This ensures that the Checker works correctly.
+ updated gradle version
|
1/9/2017 6:18:12 PM
# syntax (#870)
|
1/7/2017 6:43:32 PM
this fixes:
- Wasn't enabling jobs inside sub-flows in case of certain flow statuses
- Wasn't enabling jobs if they were left in running or queued state
So the following changes:
- Always handle statuses of jobs inside all sub-flows
- Also enable for rerun if job was left in running or queued state
- Disable if job wasn't present in the flow during the original execution (see node.noInitialStatus in the code)
- Simplify code
I don't know why sometimes jobs get left in running / queued state even after the execution has been killed. That's some other bug. This fix makes the UI behave nicely also with that kind of executions.
This fix was validated against some existing killed & failed executions. Some jobs/sub-flows that were not present in the flow during the original execution were enabled - after this fix they are not. Some jobs/subflows that were left in running or queued (although the flow itself has killed status) were disabled - with these fixes they are enabled as desired.
|
1/4/2017 10:36:55 PM
3.13.0
jobtypes. (#866)
|
1/4/2017 10:32:25 PM
3.10.0
* remove schedules table since it is no longer used for long time
* removing unused file
* restore the file to github repo
* adding upload time index in table execution_logs
|
1/4/2017 7:45:47 PM
incorporating many API changes that took place from Jetty 6 to Jetty 9.
Removed JmxJettyServer class which does not seem to be used anywhere.
Fixed tests
|
12/15/2016 11:22:00 PM
API for executor
Usage: hostname:port/executor?action=shutdown
Safe shutdown implies the following:
- Mark itself inactive in the DB
- Signal shutdown on the execution pool. No further jobs are accepted.
- Awaits termination of the pool.
- Shuts down the Jetty server post shutdown of execution pool
In odd cases the executor will still fail to completely kill itself. Those issues will be addressed in a upcoming different patch.
* Refactor: Organizing members in FlowRunnerManager. Marking final wherever possible.
|
