-
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
RouteTable association reports empty result - and apply fails, but routetable is properly associated in AWS #21683
Comments
Seems to be similar to #21629 |
Hi all 👋 the PR #21710 has been merged to hopefully address this nondeterministic issue. any findings from those who upgrade to the new provider that will be out later today (v3.65.0) would be greatly appreciated! |
Whoo-hoo! We deploy regularly and pull latest under 4.x, in a very busy account. Hard to prove a negative, but if we see anything worth reporting, will do! Thanks! |
@anGie44 still seeing issue after using latest released version
out resources look like so:
|
😞 thanks for reporting back @cdancy ! out of curiosity, after terraform returns that error, if you use the |
@anGie44 no idea. We have a big automated pipeline where this seems to pop fairly consistently at this point. When I've been doing, we'll say "local development and testing", things seems to work fine but in our busier and bigger pipeline this is just failing over and over again. |
Sadly, I must also report its still happening. Same output and path as I originally reported in this thread. I can provide the dumps again, but its the same. 2 route tables are created, one is external internet gateway, the other internal NAT Gateway. In TRACE level logs, it loops waiting for route table association, which comes back successfully. AWS lookup on the association shows it successful as well. But the provider says no deal, and reports:
and then: ` with module.network.aws_route_table_association.private2, |
@anGie44 is there anything anyone, myself included, can do to move things forward here and/or try something else? This is a major blocker for us at the moment. |
I just wanted to say that we've also experienced this issue intermittently in our CI pipelines. For a job that takes 25 minutes to run, an intermittent failure like this is very challenging. Is there anything I could do to help test? |
Currently having this issue |
Who do I have to bribe with free coffee/lunch to get this worked on?!? Someone just give me a name and/or email and I'll make it happen.
…________________________________
From: rfink ***@***.***>
Sent: Tuesday, November 23, 2021 3:03 PM
To: hashicorp/terraform-provider-aws ***@***.***>
Cc: Dancy, Chris ***@***.***>; Mention ***@***.***>
Subject: ExtMsg: Re: [hashicorp/terraform-provider-aws] RouteTable association reports empty result - and apply fails, but routetable is properly associated in AWS (Issue #21683)
CAUTION: This email was sent from an EXTERNAL source. Think before clicking links or opening attachments.
Currently having this issue
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub<#21683 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AB4BXY22DZUTAZGTOZPVM53UNPXQBANCNFSM5HTIFX6A>.
Triage notifications on the go with GitHub Mobile for iOS<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
|
FWIW - this timing/eventual consistency failure does happen a lot still. |
FYI - I added dependencies to the associations, this then waits for the subnet and table to be created before doing the association and stop failing for me on "empty result" |
`//----------------------------------------------------------- resource "aws_route_table_association" "public1" { Been doing that from the beginning, but it still fails - from a trace dump, the provider waits and sees the dependencies created, but still fails. |
I did not add it to the time_sleep resource but directly on association:
|
This doesn't seem to be correct. Found in the 3.xx.xx and apparently fixed
in a 4.xxx version. If the fix works, we can't know for an extended period,
as moving to a 4.xx provider is a big deal on our end.
I am seeking a fix in the 3.xx provider.
…On Thu, Feb 3, 2022, 5:10 PM Kit Ewbank ***@***.***> wrote:
Closed #21683
<#21683> via
#22927 <#22927>.
—
Reply to this email directly, view it on GitHub
<#21683 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AORZDSIT2LUFB6OSMIBUQO3UZL4PFANCNFSM5HTIFX6A>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
You are receiving this because you authored the thread.Message ID:
<hashicorp/terraform-provider-aws/issue/21683/issue_event/6005985982@
github.com>
|
This functionality has been released in v4.0.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! |
When will a 3.xx fix be made?
…On Thu, Feb 10, 2022, 1:13 PM github-actions[bot] ***@***.***> wrote:
This functionality has been released in v4.0.0 of the Terraform AWS
Provider
<https://github.com/hashicorp/terraform-provider-aws/blob/v4.0.0/CHANGELOG.md>.
Please see the Terraform documentation on provider versioning
<https://www.terraform.io/docs/configuration/providers.html#provider-versions>
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
<https://github.com/hashicorp/terraform-provider-aws/issues/new/choose>
following the template. Thank you!
—
Reply to this email directly, view it on GitHub
<#21683 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AORZDSOIQCOXSPJGOEOBG4TU2P55NANCNFSM5HTIFX6A>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
This seems to be working for us but now we're seeing the below which feels like a similar or related type of issue:
|
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. |
Community Note
Terraform CLI and Terraform AWS Provider Version
Terraform 1.0.1 linux amd64
Affected Resource(s)
Terraform Configuration Files
Associated routing resources (sans VPC, subnets, internet-gateway, and nat)
Debug Output
Panic Output
Expected Behavior
Identified that AWS reported the association was complete, and not failed the apply.
Actual Behavior
Looks like it might not be waiting long enough. Loops waiting for DescribeRouteTables to indicate associated:
Gets a payload response that indicates its associated:
but then it fails with : empty result
Steps to Reproduce
This does not happen all the time. Only occasionally, always on a fresh deploy (all we are doing right now).
terraform apply
Important Factoids
There doesn't appear to be an adjustable timeout for aws_route_table_association
References
The text was updated successfully, but these errors were encountered: