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
🐛 fixes services for EKS clusters #3343
Conversation
Hi @faiq. Thanks for your PR. I'm waiting for a kubernetes-sigs 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. |
/triage accepted |
/ok-to-test |
(Setting same priority as #3329) /priority important-soon |
c7c3069
to
7ef9d22
Compare
/retest |
/test ? |
@shivi28: The following commands are available to trigger required jobs:
The following commands are available to trigger optional jobs:
Use
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. |
/test pull-cluster-api-provider-aws-e2e |
For EKS lb creation and verification |
/test pull-cluster-api-provider-aws-e2e-eks |
/retest |
/test pull-cluster-api-provider-aws-e2e-eks |
1 similar comment
/test pull-cluster-api-provider-aws-e2e-eks |
/test pull-cluster-api-provider-aws-e2e-eks |
Since a shared method (VerifyElbExists) is changed: /test pull-cluster-api-provider-aws-e2e |
We will make v1.4 release soon, as its been 2 months since the last release and we have some feat work in. |
This looks good to me. @faiq - could you squash your commits? |
The additional deployment added here does not give any signal as is.
This is true for even if we don't have a deployment that matches the Service. The instances attached to the LB are just Out of Service if there are no pods in the instance. You can either add a check that shows the instances with the pods are in service in the LB, |
I added the change because I was asked to here #3343 (comment) It makes the test code flow a little bit better, but I agree we don't need it to test the functionality. If you're still ok with having it removed, just let me know and I'll do it |
Don't have a strong preference, we just don't need the code if we are not using it. |
Also there is a way to check if the instances are in service in the ELBs with (c *ELB) DescribeInstanceHealth(input *DescribeInstanceHealthInput). If this check is added to verifyELB, then adding a deployment will make sense IMO. |
I'm a little confused on your ask here. To me it sounds like you want me to:
i would prefer to simply remove the deployment |
/lgtm |
/approve |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: sedefsavas 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 |
/test pull-cluster-api-provider-aws-e2e-eks |
Revert #3343 e2e test changes
What type of PR is this?
/kind bug
What this PR does / why we need it:
This PR creates a failing test for #3329 as well as extending the existing test for non managed clusters to ensure the LB for service is actually backed by instances.
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 #
Special notes for your reviewer:
Checklist:
Release note: