-
Notifications
You must be signed in to change notification settings - Fork 7
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
chore: cancel context on signals #3042
base: main
Are you sure you want to change the base?
Conversation
// process group, and exits. | ||
func RunWithSignalHandler(ctx context.Context, run func(ctx context.Context) error) error { | ||
logger := log.FromContext(ctx) | ||
ctx, stop := signal.NotifyContext(ctx, syscall.SIGINT, syscall.SIGTERM) |
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.
Doesn't the work around context cancellation happen asynchronously? Given that we immediately send SIGTERM won't it be non-deterministic as to which stuff actually sees the context cancellation?
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.
"run" won't return until it and all its child goroutines are complete, at which point there shouldn't be anything still running. This is actually an improvement on the previous behaviour, which listened for a signal and immediately ran kill + exit.
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.
What makes 'run' not return until child goroutines complete?
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.
The design of the function... using errgroups to track sub-tasks, etc...
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.
Ah, so this needs follow up work to make sure this happens, because this is definitely not true at the moment.
If we do this properly we probably also want a timeout with some kind of dump threads functionality to diagnose shutdown hangs.
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.
Correct, this is just the introduction of the basic cancellation.
Actually I may not be able to merge this. Turns out the only way the BuildEngine will terminate currently is by being literally killed, so yep.
d65ce2d
to
a734fe4
Compare
ab3f628
to
09d4f30
Compare
No description provided.