-
Notifications
You must be signed in to change notification settings - Fork 9.2k
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_elasticache_replication_group
is delaying terraform plan
for 30 seconds, presumably waiting for the group to become available even though the group is already available
#30402
Comments
Community NoteVoting for Prioritization
Volunteering to Work on This Issue
|
Thank you for helping me understand why this is taking so long! I'm also seeing some long delays in my plans/applies with replication groups. |
@jkoermer-eqxm Now we just have to wait 12+ months for HashiCorp to review my fix. 😭 |
@stefansundin I spent all day today playing with the differences between terraform and the aws cli for encryption_in_transit. I was going to create a new issue for the requirement to recreate the cluster when enabling encryption in transit, but I see in your PR that you are resolving that issue as well. Is there another issue already for that? Or is it still worth creating one? I've added my upvote for your PR! |
@jkoermer-eqxm I haven't seen an issue for that specifically but feel free to create one if you think that it might be useful. 👍 |
Just ran into this myself. Thanks for flagging. Hopefully we get a fix soon. Sucks having to needlessly add another 30s to our CI/CD workflows in order to manage this resource with Terraform. |
…. This waited 30 seconds even if the status was already available. Fixes hashicorp#30402.
Is there any update on this? Thanks |
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.47.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.3.9
AWS Provider Version
4.61.0
Affected Resource(s)
aws_elasticache_replication_group
Expected Behavior
The resource shouldn't needlessly slow down
terraform plan
orterraform apply
. If a replication group is created and available then it shouldn't need to wait.Actual Behavior
If you have a
aws_elasticache_replication_group
created, the provider will wait for 30 seconds before it is done refreshing the state for the resource. According to the logs, it is waiting for the group state to becomeavailable
. But it will wait for 30 seconds even if the group is already available. It is a very annoying delay every time you want to simply plan a change.Relevant Error/Panic Output Snippet
No response
Terraform Configuration Files
Steps to Reproduce
First create the replication group:
Then, without making any changes, just plan and wait for ~35 seconds:
Debug Output
Here's some output from
TF_LOG=1 terraform plan
:Pay attention to the timestamps.
Panic Output
No response
Important Factoids
No response
References
No response
Would you like to implement a fix?
Yes
The text was updated successfully, but these errors were encountered: