-
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
[Bug]: aws_lb_target_group with target_type of instance and ip_address_type of ipv6 gets created as ipv4 #35010
Comments
Community NoteVoting for Prioritization
Volunteering to Work on This Issue
|
I'm experiencing the same limitation: I'm not able to create target groups of target_type In my case I'm creating the target groups through the AWS ALB module but the behaviour is the same. This is a snippet of one of the target groups:
The target groups get actually created in
Reading the I wonder if there is a temporary workaround for this. |
Is there any plan to work on this? AWS started charging for IPv4 and it's not psosible to create an autoscaling group with an IPv6 target group at the moment which is rather annoying |
Even if this would work; it's currently not possible to create an EC2 instance that is compatible with IPv6 target groups. You can only add EC2 instances to an IPv6 target group that have a Primary IPV6 address. This feature is not implemented in Terraform. I opened a separate issue for that: |
Warning This issue has been closed, meaning that any additional comments are hard for our team to see. Please assume that the maintainers will not see them. Ongoing conversations amongst community members are welcome, however, the issue will be locked after 30 days. Moving conversations to another venue, such as the AWS Provider forum, is recommended. If you have additional concerns, please open a new issue, referencing this one where needed. |
1 similar comment
Warning This issue has been closed, meaning that any additional comments are hard for our team to see. Please assume that the maintainers will not see them. Ongoing conversations amongst community members are welcome, however, the issue will be locked after 30 days. Moving conversations to another venue, such as the AWS Provider forum, is recommended. If you have additional concerns, please open a new issue, referencing this one where needed. |
This functionality has been released in v5.59.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. Thank you! |
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. |
Terraform Core Version
1.6.6
AWS Provider Version
5.31.0
Affected Resource(s)
Expected Behavior
When I create a target-group with a target-type of "instance" and ip-address-type of "ipv6", the target-group should get created with an ip-address-type of "ipv6" (or there should be an error).
Actual Behavior
The target group gets created with an ip-address-type of "ipv4".
Relevant Error/Panic Output Snippet
No response
Terraform Configuration Files
main.tf:
Lockfile:
Steps to Reproduce
Run
terraform apply
twice.The first invocation will succeed, but the second invocation will re-create the target-group because it's ip-address-type is "ipv4" not "ipv6". This re-creation will happen during every apply.
Debug Output
In the trace of the provider it looks like we're not specifying the ip-address-type in the CreateTargetGroup API-call:
Panic Output
No response
Important Factoids
It might be related to this bit in
target_group.go
:That is, we only apply the
ip_address_type
argument for target-groups with an "ip" target-type.The REST API docs for ELB doesn't mention this as a restriction of the
IpAddressType
argument, and the AWS Console seems to allow me to create an "instance" target-group as "ipv6".References
No response
Would you like to implement a fix?
None
The text was updated successfully, but these errors were encountered: