-
Notifications
You must be signed in to change notification settings - Fork 3.4k
allocator: correctly propagate context to RunGC call #36034
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
Conversation
This ensures that the underlying operations (e.g., kvstore calls) are correctly aborted when the context gets closed, most relevantly during shutdown. In turn, preventing blocking the shutdown of the operator until the grace period kicks in if the connection to the kvstore failed. Signed-off-by: Marco Iorio <marco.iorio@isovalent.com>
/test |
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.
thanks, lgtm
This apprear to solve an issue we are observing on 1.16: the operator sometimes panics on shutdown with this kind of trace: trace
Would you consider backporting this change to 1.16 as a bugfix? Also happy to open a separate issue if you prefer |
Yeah, sounds reasonable to me. The change is trivial enough to make the backport risk very low. That said, it would not properly fix the issue that you are observing, as that would require making sure that |
This ensures that the underlying operations (e.g., kvstore calls) are correctly aborted when the context gets closed, most relevantly during shutdown. In turn, preventing blocking the shutdown of the operator until the grace period kicks in if the connection to the kvstore failed.