-
Notifications
You must be signed in to change notification settings - Fork 578
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
Fix findSubnet function's logic when subnet ID is specified #2728
Conversation
Hi @pydctw. 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. |
/ok-to-test |
/lgtm |
Nit. We usually create an issue before the PR especially if the issue is a bug, then open the PR referring that issue. |
Thank you for the instruction. Didn't know that. Created an issue and linked to the PR description. |
/lgtm |
When subnet ID is specified in AWSMachine's spec, it should find the subnet whether a failureDomain is specified or not.
f920b86
to
64dae2f
Compare
@sedefsavas, could you approve the PR? |
/lgtm |
[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 |
Bring CAPA v1beta1, kube 1.23 deps and golang 1.17. Drops https://github.com/bombsimon/logrusr/ which does not support golang 1.17 in favour of zapr. Adds .ci-operator.yaml so upcoming golang bumps can be done in this repo atomically. Note the TODO in HostedCluster This kubernetes-sigs/cluster-api-provider-aws#2728 broke our assumption in CAPA 0.7 for externally managed infrastructure. This effectively limit our ability to span NodePools across multiple subnets. In a follow up we need to either enable upstream back to support arbitrary subnets IDs in the awsMachine CR or possibly expose a slice of available subnets for NodePools in hcluster.Spec.Platform.AWS.
What type of PR is this?
/kind bug
What this PR does / why we need it:
findSubnet function's logic is incorrect when subnet ID is specified in AWSMachine's spec. The logic should find a subnet regardless of a failureDomain setting. Current logic returns a subnet ID from a spec when failureDomain is not defined, which may not match any subnets provided in AWSCluster.
Which issue(s) this PR fixes (optional, in
fixes #<issue number>(, fixes #<issue_number>, ...)
format, will close the issue(s) when PR gets merged):#2732
Special notes for your reviewer:
Checklist:
Release note: