-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
do not activate sd_notify support when varlink #3813
Conversation
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: baude The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
popping a wip/hold on this until i get a chance to actually test it |
One naming suggestion, core of this seems solid. |
301fa0a
to
8a44790
Compare
/test images |
1 similar comment
/test images |
This PR is full of double negatives. Wouldn't it be a lot easier to understand if you had it set to EnableNotify Or better yet don't talk about fds, but talk about remote. In the future we might want libpod to work differently if it is handling a remote client versus a local client. so can we make this more generic. IsLocal? |
i dont care what the name is ... but the reality is it has little to do with remote vs local but more about sd notify/listening. It just so happens that when using varlink, we need to turn that off. |
/test images |
I'm fine with making it the inverse - |
add ability to not activate sd_notify when running under varlink as it causes deadlocks and hangs. Fixes: containers#3572 Signed-off-by: baude <[email protected]>
/retest |
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.
LGTM assuming happy tests
/lgtm |
/hold cancel |
add ability to not activate sd_notify when running under varlink as it
causes deadlocks and hangs.
Fixes: #3572
Signed-off-by: baude [email protected]