-
Notifications
You must be signed in to change notification settings - Fork 55
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
Automated cherry pick of #81: connection: exit with less output on connection loss #112
Automated cherry pick of #81: connection: exit with less output on connection loss #112
Conversation
klog.Fatal dumps information about all running goroutines when the connection to the CSI driver is lost. Loosing the connection is normal and depends on the order in which containers are shut down. If it happens, then the reason is unlikely to be related to goroutines. Therefore this extra output is not helpful or worse, fills up logfiles when a sidecar has many goroutines, as in the external-provisioner which runs 100 workers by default.
Welcome @ialidzhikov! |
Hi @ialidzhikov. Thanks for your PR. I'm waiting for a kubernetes-csi member to verify that this patch is reasonable to test. If it is, they should reply with Once the patch is verified, the new status will be reflected by the I understand the commands that are listed here. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
I wonder whether we really need to fork csi-lib-utils. Can we update the older external-provisioner branches to the latest csi-lib-utils instead? |
Sure, this is also an option. I was not sure how backwards-compatible is updating minor versions of this library from 1 patch version to another one for a sidecar (for example external-provisioner). That's why the safer approach to me is to have v0.9.2 with this concrete patch. WDYT? |
I looked at the changes in csi-lib-utils 0.10 and 0.11 and I think those are safe all the way back to release-2.1. |
Okay, then I will close this PR. Thanks! /close |
@ialidzhikov: Closed this PR. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
@pohly I quickly tried out. In short github.com/kubernetes-csi/[email protected] has its K8s dependencies updated to v0.22.0. Trying to vendor github.com/kubernetes-csi/[email protected] in [email protected] does a lot of changes under vendor:
(dependencies like I would suggest to pick the approach with the cherry-pick and new patch release (github.com/kubernetes-csi/[email protected]). Looks cleaner and safer to me. |
/reopen |
@ialidzhikov: Reopened this PR. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
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
/approve
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: ialidzhikov, pohly 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 |
/sig storage
/kind bug
Cherry pick of #81 on release-0.9.
#81: connection: exit with less output on connection loss
Part of kubernetes-csi/external-provisioner#732
Does this PR introduce a user-facing change?:
For details on the cherry pick process, see the cherry pick requests page.