Disable SPDY pings for kubectl cp and add --ping flag for kubectl exec#115493
Disable SPDY pings for kubectl cp and add --ping flag for kubectl exec#115493brianpursley wants to merge 1 commit into
Conversation
|
This issue is currently awaiting triage. If a SIG or subproject determines this is a relevant issue, they will accept it by applying the The DetailsInstructions 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. |
|
@dims How is this to start with? I tried to leave the default behavior or |
|
What I don't like is that Same with The comments mention the distinction, but the naming seems a little off. Any recommendations on better naming for these? |
|
I can add/update tests, but wanted to see what people think about this change first. |
|
@brianpursley naming is hard :) ( https://martinfowler.com/bliki/TwoHardThings.html ) let's see if anyone else comes up with other ideas |
|
This also solves cri-o/cri-o#4995 @mikedanese has also some SPDY changes in flight |
1caf1f6 to
728dbc7
Compare
|
Added some tests |
728dbc7 to
2f26968
Compare
|
/remove-sig api-machinery |
|
Rebased. Updated help text and log message. |
|
/remove-sig api-machinery |
|
@cici37: Those labels are not set on the issue: DetailsIn 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. |
|
/hold @soltysh any thoughts on this PR? It adds a flag, which I know we like to avoid, but it fixes a known problem with kubectl cp. Also a factor, I know @seans3 is doing some work to switch from spdy to websockets, so I'm not sure if the timeline for that might affect the decision to fix this problem or just wait and see if websockets will fix it. |
As someone who had been facing this issue for over a couple of years on off, disabling/enabling/changing interval of pings didn't help much. The latency was one part of the problem which I was able to mitigate but the other part was with various intermediaries. Once in a blue moon, I get to deal with it and every time it's a new environment with a new customer and takes away so much time.
I doubt fix #116778 will solve it completely but time will tell. Otherwise I've been using client<->kubelet leg on websocket without changing kubelet<->runtime leg and it didn't make any difference. |
|
PR needs rebase. DetailsInstructions 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. |
|
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs. This bot triages PRs according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /close |
|
@k8s-triage-robot: Closed this PR. DetailsIn 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. |
|
/reopen |
|
@Joseph-Goergen: You can't reopen an issue/PR unless you authored it or you are a collaborator. DetailsIn 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. |
|
/reopen |
|
@mikebrow: Reopened this PR. DetailsIn 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. |
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: brianpursley The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
/remove-sig api-machinery |
|
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs. This bot triages PRs according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /close |
|
@k8s-triage-robot: Closed this PR. DetailsIn 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. |
|
/reopen |
|
@Joseph-Goergen: You can't reopen an issue/PR unless you authored it or you are a collaborator. DetailsIn 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. |
What type of PR is this?
/kind bug
What this PR does / why we need it:
SPDY pings seem to cause sporadic incomplete file transfer for
kubectl cpandkubectl exec.This PR disables pings for
kubectl cpand makes them configurable via a--pingflag forkubectl exec.Which issue(s) this PR fixes:
Fixes #60140
Special notes for your reviewer:
Further context: #60140 (comment)
Does this PR introduce a user-facing change?
Additional documentation e.g., KEPs (Kubernetes Enhancement Proposals), usage docs, etc.: