-
Notifications
You must be signed in to change notification settings - Fork 9k
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_ec2_instance_connect_endpoint
known after apply issue for fips_dns_name
#37920
Comments
Community NoteVoting for Prioritization
Volunteering to Work on This Issue
|
To clarify, I don't need the value of |
A quick update. This seems to be caused by regional differences in AWS API responses for EICE. When provisioned in a US region that supports FIPS endpoints, If you are running acceptance tests only in a US region that supports FIPS endpoints, it would explain why tests such as terraform-provider-aws/internal/service/ec2/ec2_instance_connect_endpoint_test.go Line 42 in c6f8326
Is this a feasible explanation or am I way off on this? |
Terraform Core Version
1.8.5, 1.5.7
AWS Provider Version
5.53.0, 5.46.0
Affected Resource(s)
aws_ec2_instance_connect_endpoint
Expected Behavior
When the
aws_ec2_instance_connect_endpoint
resource is successfully created, all resource attributes are correctly populated. Subsequentterraform apply
runs do not:Error: Provider returned invalid result object after apply
.Actual Behavior
Each
terraform apply
run after successful EICE creation showsfips_dns_name
as(known after apply)
:and any attempt to apply this fails with:
Relevant Error/Panic Output Snippet
Terraform Configuration Files
Steps to Reproduce
terraform apply
terraform apply
againDebug Output
No response
Panic Output
No response
Important Factoids
Running
on the created EICE does not return any data related to
FipsDnsName
. There is no such property, even though AWS documentation says it should be there.DnsName
is populated correctly.References
Would you like to implement a fix?
No
The text was updated successfully, but these errors were encountered: