-
Notifications
You must be signed in to change notification settings - Fork 13k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[FLINK-19012][task] Check AsyncCheckpointRunnable status before throwing an exception #13267
Conversation
…owing an exception Currently, SubtaskCheckpointCoordinatorImpl closes all runnables on close. It doesn't stop the actual threads, however. When closed runnable starts, it sees its parent is closed and throws an exception. This causes end-to-end tests failures. This change adds a check of runnable state.
Thanks a lot for your contribution to the Apache Flink project. I'm the @flinkbot. I help the community Automated ChecksLast check on commit 9d1f76c (Thu Aug 27 18:34:54 UTC 2020) Warnings:
Mention the bot in a comment to re-run the automated checks. Review Progress
Please see the Pull Request Review Guide for a full explanation of the review process. The Bot is tracking the review progress through labels. Labels are applied according to the order of the review items. For consensus, approval by a Flink committer of PMC member is required Bot commandsThe @flinkbot bot supports the following commands:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Changes LGTM. Could we add a unit test to cover this change?
I don't see any easy way to test it because there are 2 threads involved and |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Okay, I had hoped it is easier, but your arguments are convincing that it's not. LGTM.
Thanks for reviewing and merging! |
What is the purpose of the change
Currently,
AsyncCheckpointRunnable
throws an exception ifSubtaskCheckpointCoordinatorImpl
is closed.However, it should also check its own status as it might be a normal case.
Verifying this change
The change is covered by existing end-to-end tests which are currently failing.
Unit testing would involve concurrency which I think would be overkill for essentially a logging problem.
Does this pull request potentially affect one of the following parts:
@Public(Evolving)
: noDocumentation