-
Notifications
You must be signed in to change notification settings - Fork 9.3k
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
service/eks: Fix testing and eks-getting-started example for EKS API change #13323
Conversation
…change Reference: #13071 Reference: https://aws.amazon.com/blogs/containers/upcoming-changes-to-ip-assignment-for-eks-managed-node-groups/ Reference: awslabs/amazon-eks-ami#423 This also switches the ReleaseVersion testing to use the newly available SSM Parameter, so it is no longer hardcoded and stale. Previously: ``` --- FAIL: TestAccAWSEksNodeGroup_basic (1278.58s) testing.go:683: Step 0 error: errors during apply: Error: error waiting for EKS Node Group (tf-acc-test-8344543808745629148:tf-acc-test-8344543808745629148) creation: Ec2SubnetInvalidConfiguration: One or more Amazon EC2 Subnets of [subnet-09e307c552d8e2396, subnet-09b4b4c79ae9b1c5a] for node group tf-acc-test-8344543808745629148 does not automatically assign public IP addresses to instances launched into it. If you want your instances to be assigned a public IP address, then you need to enable auto-assign public IP address for the subnet. See IP addressing in VPC guide: https://docs.aws.amazon.com/vpc/latest/userguide/vpc-ip-addressing.html#subnet-public-ip. Resource IDs: [subnet-09e307c552d8e2396 subnet-09b4b4c79ae9b1c5a] --- FAIL: TestAccAWSEksNodeGroup_ReleaseVersion (1129.51s) testing.go:683: Step 0 error: errors during apply: Error: error creating EKS Node Group (tf-acc-test-395161592184105116:tf-acc-test-395161592184105116): InvalidParameterException: releaseVersion 1.14.8-20191213 is invalid ``` Output from acceptance testing: ``` --- PASS: TestAccAWSEksNodeGroup_AmiType (1539.44s) --- PASS: TestAccAWSEksNodeGroup_basic (1485.68s) --- PASS: TestAccAWSEksNodeGroup_disappears (1425.45s) --- PASS: TestAccAWSEksNodeGroup_DiskSize (1551.75s) --- PASS: TestAccAWSEksNodeGroup_InstanceTypes (1545.64s) --- PASS: TestAccAWSEksNodeGroup_Labels (1647.48s) --- PASS: TestAccAWSEksNodeGroup_ReleaseVersion (1578.86s) --- PASS: TestAccAWSEksNodeGroup_RemoteAccess_Ec2SshKey (1566.70s) --- PASS: TestAccAWSEksNodeGroup_RemoteAccess_SourceSecurityGroupIds (1698.65s) --- PASS: TestAccAWSEksNodeGroup_ScalingConfig_DesiredSize (1619.70s) --- PASS: TestAccAWSEksNodeGroup_ScalingConfig_MaxSize (1610.20s) --- PASS: TestAccAWSEksNodeGroup_ScalingConfig_MinSize (1551.41s) --- PASS: TestAccAWSEksNodeGroup_Tags (1501.53s) --- PASS: TestAccAWSEksNodeGroup_Version (1513.24s) ```
changes to the tests in question LGTM @bflad 👍
Output of acceptance tests:
|
@anGie44 I'm guessing that failure is new since the release of 1.16 support in EKS. I can try to fix that unrelated test failure as well, just involves more unrelated changes. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ah gotcha, then for the purpose of the changes in this PR, I approve 😄
…om aws_eks_cluster reference The EKS Cluster would spin up with the latest Kubernetes version while the Node Group could be hardcoded multiple behind. The EKS API unfortunately does not provide a lookup API for versioning yet. Previously: ``` Error: error creating EKS Node Group (tf-acc-test-1420558841397012520:tf-acc-test-1420558841397012520): InvalidParameterException: Nodegroup Kubernetes version should be equal to Cluster kubernetes version 1.16 or be behind be 1 ``` Output from acceptance testing: ``` --- PASS: TestAccAWSEksNodeGroup_Version (1630.32s) ```
41d88be fixes the version test 👍 |
This has been released in version 2.63.0 of the Terraform AWS provider. Please see the Terraform documentation on provider versioning or reach out if you need any assistance upgrading. For further feature requests or bug reports with this functionality, please create a new GitHub issue following the template for triage. Thanks! |
…change (hashicorp#13323) * service/eks: Fix testing and eks-getting-started example for EKS API change Reference: hashicorp#13071 Reference: https://aws.amazon.com/blogs/containers/upcoming-changes-to-ip-assignment-for-eks-managed-node-groups/ Reference: awslabs/amazon-eks-ami#423 This also switches the ReleaseVersion testing to use the newly available SSM Parameter, so it is no longer hardcoded and stale. Previously: ``` --- FAIL: TestAccAWSEksNodeGroup_basic (1278.58s) testing.go:683: Step 0 error: errors during apply: Error: error waiting for EKS Node Group (tf-acc-test-8344543808745629148:tf-acc-test-8344543808745629148) creation: Ec2SubnetInvalidConfiguration: One or more Amazon EC2 Subnets of [subnet-09e307c552d8e2396, subnet-09b4b4c79ae9b1c5a] for node group tf-acc-test-8344543808745629148 does not automatically assign public IP addresses to instances launched into it. If you want your instances to be assigned a public IP address, then you need to enable auto-assign public IP address for the subnet. See IP addressing in VPC guide: https://docs.aws.amazon.com/vpc/latest/userguide/vpc-ip-addressing.html#subnet-public-ip. Resource IDs: [subnet-09e307c552d8e2396 subnet-09b4b4c79ae9b1c5a] --- FAIL: TestAccAWSEksNodeGroup_ReleaseVersion (1129.51s) testing.go:683: Step 0 error: errors during apply: Error: error creating EKS Node Group (tf-acc-test-395161592184105116:tf-acc-test-395161592184105116): InvalidParameterException: releaseVersion 1.14.8-20191213 is invalid ``` Output from acceptance testing: ``` --- PASS: TestAccAWSEksNodeGroup_AmiType (1539.44s) --- PASS: TestAccAWSEksNodeGroup_basic (1485.68s) --- PASS: TestAccAWSEksNodeGroup_disappears (1425.45s) --- PASS: TestAccAWSEksNodeGroup_DiskSize (1551.75s) --- PASS: TestAccAWSEksNodeGroup_InstanceTypes (1545.64s) --- PASS: TestAccAWSEksNodeGroup_Labels (1647.48s) --- PASS: TestAccAWSEksNodeGroup_ReleaseVersion (1578.86s) --- PASS: TestAccAWSEksNodeGroup_RemoteAccess_Ec2SshKey (1566.70s) --- PASS: TestAccAWSEksNodeGroup_RemoteAccess_SourceSecurityGroupIds (1698.65s) --- PASS: TestAccAWSEksNodeGroup_ScalingConfig_DesiredSize (1619.70s) --- PASS: TestAccAWSEksNodeGroup_ScalingConfig_MaxSize (1610.20s) --- PASS: TestAccAWSEksNodeGroup_ScalingConfig_MinSize (1551.41s) --- PASS: TestAccAWSEksNodeGroup_Tags (1501.53s) --- PASS: TestAccAWSEksNodeGroup_Version (1513.24s) ``` * tests/resource/aws_eks_node_group: Fix version test to use version from aws_eks_cluster reference The EKS Cluster would spin up with the latest Kubernetes version while the Node Group could be hardcoded multiple behind. The EKS API unfortunately does not provide a lookup API for versioning yet. Previously: ``` Error: error creating EKS Node Group (tf-acc-test-1420558841397012520:tf-acc-test-1420558841397012520): InvalidParameterException: Nodegroup Kubernetes version should be equal to Cluster kubernetes version 1.16 or be behind be 1 ``` Output from acceptance testing: ``` --- PASS: TestAccAWSEksNodeGroup_Version (1630.32s) ```
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. If you feel this issue should be reopened, we encourage creating a new issue linking back to this one for added context. Thanks! |
Community Note
Closes #13071
Reference: https://aws.amazon.com/blogs/containers/upcoming-changes-to-ip-assignment-for-eks-managed-node-groups/
Reference: awslabs/amazon-eks-ami#423
Release note for CHANGELOG:
This also switches the ReleaseVersion testing to use the newly available SSM Parameter, so it is no longer hardcoded and stale.
Previously:
Output from acceptance testing: