Details
-
Bug
-
Status: Closed
-
Major
-
Resolution: Fixed
-
None
-
None
-
None
Description
Currently when we receive a job restart(handleUpdateJobConfigArrival), GobblinHelixJobLauncher will firstly callĀ helixTaskDriver.waitToStop to stop the workflow, then initiate the new one. We observe the behavior of Helix taking exceptionally long to stop the workflow, making the job state staying in STOPPING status. This will make waitToStop timeout and throw exception all the time, making the new flow never be able to launch.
We can utilize Delete API in this case since our job is stateless for Helix, to avoid job hanging.