-
Notifications
You must be signed in to change notification settings - Fork 40k
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
Specify a DialContext in storage plugin clients #91785
Conversation
Welcome @mattcary! |
Hi @mattcary. Thanks for your PR. I'm waiting for a kubernetes 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. |
/cc msau |
@mattcary: GitHub didn't allow me to request PR reviews from the following users: msau. Note that only kubernetes members and repo collaborators can review this PR, and authors cannot review their own PRs. 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. |
Note that the current behavior of this patch is to always deny dialing localhost and similar addresses (as defined by proxy/util:IsProxyableIP). It's not clear to me that's the behavior we want and I'd appreciate any opinions from the community. (in addition to opinions about everything else in the CL :) |
/assign @misterikkit @jsafrane @gnufied |
pkg/volume/BUILD
Outdated
@@ -54,6 +55,7 @@ go_library( | |||
go_test( | |||
name = "go_default_test", | |||
srcs = [ | |||
"gke_patch_test.go", |
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.
Remove this
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.
done.
Jonathon suggested a different test to replace it but I'm not clear on what we're shooting for here.
@@ -14,13 +14,15 @@ package client | |||
|
|||
import ( | |||
"bytes" | |||
"context" |
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.
We need to update vendor with the upstream changes instead of changing vendor directly. cc @misterikkit
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 Michelle & Jonathon.
I'm not familiar with how to update vendor/, any pointers would be appreciated (here or offline).
/milestone v1.20 The default behavior is unchanged, so this can be considered low risk. |
Looks like |
/retest Review the full test history for this PR. Silence the bot with an |
3 similar comments
/retest Review the full test history for this PR. Silence the bot with an |
/retest Review the full test history for this PR. Silence the bot with an |
/retest Review the full test history for this PR. Silence the bot with an |
/test pull-kubernetes-verify
neither udpate-bazal nor update-vendor doesn't change anything on my local client. verify-bazel passes locally for me. Maybe a flake? |
fc46af7
to
e6dee1f
Compare
Trying a rebase. |
ffca8eb
to
11dbc69
Compare
Looks like it needs ./hack/update-bazel.sh to be run again. |
I've run update-bazel and verify-bazel many times after many different rebasing tries on two different machines from two different checkouts, and neither reports any updates or changes my commits. verify-bazel runs successfully. I've tried manually patching in the udpate-bazel output from the presubmit queue, but that just fails the bazel build. I've tried various other hack/update-* or hack/verify-* and they report that everything is working. I think I'll need to make a totally new kubernetes checkout with a new go install, but it will take me a little while to get the time to do that. |
The provided DialContext wraps existing clients' DialContext in an attempt to preserve any existing timeout configuration. In some cases, we may replace infinite timeouts with golang defaults. - scaleio: tcp connect/keepalive values changed from 0/15 to 30/30 - storageos: no change
Change-Id: Iebc99ee13587f0cd4c43ab85c7295d458d679d1e
11dbc69
to
299a296
Compare
Hooray! update-bazel finally did something. Is it possible that one has to have a bazel-build succeed or somehow get sufficiently far before verify-bazel/update-bazel are effective? At any rate it seems happy now. It made lots of updates in vendor/, I'm not sure if that's expected/desired? |
/lgtm /retest |
/retest Review the full test history for this PR. Silence the bot with an |
Adds filtering of hosts to DialContexts. the provided DialContext wraps existing
clients' DialContext in an attempt to preserve any existing timeout
configuration. In some cases, we may replace infinite timeouts with golang
defaults.
The added unit tests will fail to compile if the vendor patches are
accidentally reverted.
gluster and quobyte should be updated, but that is blocked on upstream changes on their drivers.
/kind bug
Which issue(s) this PR fixes:
#91542