-
Notifications
You must be signed in to change notification settings - Fork 39k
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
[e2e failure] [sig-network] Networking Granular Checks: Services [Slow] should function for client IP based session affinity: udp #54524
Comments
@kubernetes/sig-network-test-failures |
triage cluster 53cdeea7fa10ed3a866c
triage cluster 87b694524eb439d53a6f
|
/priority failing-test |
cc @kubernetes/sig-network-bugs |
Fix #53760 is opened but waiting for approval. |
Of the two triage clusters I linked above, the second one is still an issue. Maybe we didn't catch everything IPv6-related with kubernetes/test-infra#5095 ? |
/assign |
Automatic merge from submit-queue (batch tested with PRs 54572, 54686). If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>. Fix service session affinity e2e failure cases **What this PR does / why we need it**: Fix service session affinity e2e failure cases - debuging... **Which issue this PR fixes**: xref #54571 #54524 **Special notes for your reviewer**: **Release note**: ```release-note NONE ``` /sig network
/priority important-soon Seems like kubernetes/test-infra#5095 didn't catch this job and a followup PR would be appropriate /assign @danehans @MrHohn |
/remove-priority critical-urgent |
Sent out another fix #55122. |
/status approved-for-milestone |
[MILESTONENOTIFIER] Milestone Issue Current @MrHohn @danehans @m1093782566 @spiffxp Issue Labels
|
Automatic merge from submit-queue (batch tested with PRs 55114, 52976, 54871, 55122, 55140). If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>. Don't share nodePort service in session affinity tests **What this PR does / why we need it**: From #54524, #54571. Spent sometime to dig into it today, found this test is flaky mostly because it sends out service requests before kube-proxy reacts on the service session affinity update, hence multiple endpoints are responding instead of one. It is more flaky in alpha CIs probably due to different test sequences. This PR creates a separate service with `sessionAffinity=ClientIP` so there wouldn't be a race between test begins and kube-proxy reacts. On the other hand, it also seems inappropriate to tweak the`config.NodePortService`, which is shared by other networking tests. **Which issue(s) this PR fixes** *(optional, in `fixes #<issue number>(, fixes #<issue_number>, ...)` format, will close the issue(s) when PR gets merged)*: Fixes # (will mark them fixed later). **Special notes for your reviewer**: /assign @m1093782566 @bowei cc @spiffxp **Release note**: ```release-note NONE ```
Tests are passing now:
Closing this issue. |
/priority test-failure
/priority critical-urgent
/sig network
This test case has been failing for a while and affects a number of jobs: triage report
This is affecting multiple jobs on the release-master-blocking dashboard, and prevents us from cutting 1.9.0-alpha.2 (kubernetes/sig-release#22). Is there work ongoing to bring this job back to green?
Possibly related:
The text was updated successfully, but these errors were encountered: