[Fix-17817] [Master] Fix workflow timeout alerts failed#17819
[Fix-17817] [Master] Fix workflow timeout alerts failed#17819Zzih96 wants to merge 13 commits intoapache:devfrom
Conversation
Zzih96
requested review from
SbloodyS,
caishunfeng and
ruanwenjun
as code owners
SbloodyS
changed the title
![github-advanced-security[bot]](https://avatars.githubusercontent.com/in/57789?s=60&v=4){kind=small}
...inscheduler/server/master/engine/workflow/lifecycle/event/WorkflowTimeoutLifecycleEvent.java
Fixed
Show fixed
Hide fixed
ruanwenjun
left a comment
ruanwenjun
left a comment
There was a problem hiding this comment.
LGTM, it's better to add IT case.
| * @param modifyBy modifyBy | ||
| */ | ||
| public void sendWorkflowTimeoutAlert(WorkflowInstance workflowInstance, ProjectUser projectUser) { | ||
| public void sendWorkflowTimeoutAlert(WorkflowInstance workflowInstance, ProjectUser projectUser, String modifyBy) { |
There was a problem hiding this comment.
Please don't change this, this PR should only fix the alert bug.
| // Calculate remaining time until timeout: timeout - elapsed time | ||
| long delayTime = TimeUnit.MINUTES.toMillis(timeout) | ||
| - (System.currentTimeMillis() - workflowInstance.getStartTime().getTime()); | ||
| // Ensure delayTime is not negative (trigger immediately if already timeout) |
There was a problem hiding this comment.
I am not clear in which case the delayTime might be negative, since System.currentTimeMillis() - workflowInstance.getStartTime().getTime() should always > 0.
| private void doWorkflowTimeoutAlert(final WorkflowInstance workflowInstance) { | ||
| // ProjectUser will be built in WorkflowAlertManager | ||
| workflowAlertManager.sendWorkflowTimeoutAlert(workflowInstance, null); |
ruanwenjun
force-pushed
the
add_workflow_timeout
branch
from
8e10927 to
3de2674
Compare
There was a problem hiding this comment.
In our environment, we've already resolved the task timeout alerts and workflow timeout alerts. Here's how I determine whether a workflow has completed:
final IWorkflowExecutionGraph workflowExecutionGraph = workflowExecutionRunnable.getWorkflowExecutionGraph();
if (workflowExecutionGraph.isAllTaskExecutionRunnableChainFinish()) {
// all the TaskExecutionRunnable chain in the graph is finish, means the workflow is already finished.
return;
}
There was a problem hiding this comment.
isFinalState() reflects the persistent final state, making it more reliable. isAllTaskExecutionRunnableChainFinish(), on the other hand, only reflects the task completion state in memory; it may not yet have transitioned to the final workflow state.
There was a problem hiding this comment.
isFinalState()reflects the persistent final state, making it more reliable.isAllTaskExecutionRunnableChainFinish(), on the other hand, only reflects the task completion state in memory; it may not yet have transitioned to the final workflow state.
In my opinion, If the workflow is already in a completed state in memory, does that mean timeout handling is no longer meaningful?
There was a problem hiding this comment.
Being equal to zero doesn't seem reasonable either.
final int timeout = workflowInstance.getTimeout();
checkState(timeout > 0, "The workflow timeout: %s must >0 minutes", timeout);
There was a problem hiding this comment.
I think it shouldn't be 0, but I need to double-check.
|
@ruanwenjun I've already modified it as requested. Could you please check it again? |
ruanwenjun
left a comment
ruanwenjun
left a comment
There was a problem hiding this comment.
Please removed the UT, this kind of ut help little, we should add IT case.
...er/server/master/engine/workflow/lifecycle/handler/WorkflowTimeoutLifecycleEventHandler.java
Outdated
Show resolved
Hide resolved
...er/server/master/engine/workflow/lifecycle/handler/WorkflowTimeoutLifecycleEventHandler.java
Outdated
Show resolved
Hide resolved
| import org.mockito.junit.jupiter.MockitoExtension; | ||
|
|
||
| @ExtendWith(MockitoExtension.class) | ||
| class WorkflowTimeoutLifecycleEventHandlerTest { |
| import org.mockito.junit.jupiter.MockitoExtension; | ||
|
|
||
| @ExtendWith(MockitoExtension.class) | ||
| class WorkflowStartLifecycleEventHandlerTest { |
| import org.mockito.junit.jupiter.MockitoExtension; | ||
|
|
||
| @ExtendWith(MockitoExtension.class) | ||
| class WorkflowTimeoutLifecycleEventTest { |
|
Please retry analysis of this Pull-Request directly on SonarQube Cloud |
…ler/server/master/engine/workflow/lifecycle/handler/WorkflowTimeoutLifecycleEventHandler.java Co-authored-by: Wenjun Ruan <wenjun@apache.org>
…ler/server/master/engine/workflow/lifecycle/handler/WorkflowTimeoutLifecycleEventHandler.java Co-authored-by: Wenjun Ruan <wenjun@apache.org>
4 participants
Purpose of the pull request
fix #17817
Brief change log
Verify this pull request
This pull request is code cleanup without any test coverage.
(or)
This pull request is already covered by existing tests, such as (please describe tests).
(or)
This change added tests and can be verified as follows:
(or)
Pull Request Notice
Pull Request Notice
If your pull request contains incompatible change, you should also add it to
docs/docs/en/guide/upgrade/incompatible.md