-
Notifications
You must be signed in to change notification settings - Fork 42k
Revert "kube-proxy: check KUBE-MARK-DROP" #85527
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 reverts commit 1ca0ffe. kube-proxy is not recreating the rules associated to the KUBE-MARK-DROP chain, that is created by the kubelet. Is preferrable avoid the dependency between the kubelet and kube-proxy and that each of them handle their own rules.
|
/assign @danwinship @thockin my apologies for introducing this bug |
|
/priority critical-urgent |
|
@aojea: You must be a member of the kubernetes/milestone-maintainers GitHub team to set the milestone. If you believe you should be able to issue the /milestone command, please contact your and have them propose you as an additional delegate for this responsibility. 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. |
|
Ugh, yeah, it looks like every time the proxier syncs, it deletes the contents of kubelet's So this fix is correct, and removing it won't break anything (because it was only half of the fix anyway) and this is absolutely needed for 1.17, beyond just fixing the flaky test. /lgtm (I don't have milestone bits either but @thockin should notice this when he gets back to work. Or it looks like @khenidak could set the milestone.) |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: aojea, danwinship The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
/milestone v1.17 |
|
|
/test pull-kubernetes-e2e-gce |
|
/test pull-kubernetes-e2e-gce |
…upstream-release-1.17 Automated cherry pick of #85527: Revert "kube-proxy: check KUBE-MARK-DROP"
What type of PR is this?
/kind bug
What this PR does / why we need it:
This reverts commit 1ca0ffe.
kube-proxy is not recreating the rules associated to the
KUBE-MARK-DROP chain, that is created by the kubelet.
Is preferrable to avoid the dependency between the kubelet and
kube-proxy, so each of them handles their own rules.
Which issue(s) this PR fixes:
Fixes #85414
Special notes for your reviewer:
This is only needed for kube-proxy operating in dual-stack with iptables, and that PR wasn't merged.
Also, there is a discussion about this topic with a better solution than this
#82125 (comment)
Does this PR introduce a user-facing change?:
Additional documentation e.g., KEPs (Kubernetes Enhancement Proposals), usage docs, etc.: