Comments (8)
This comment was originally opened by @catsby as hashicorp/terraform#2886 (comment). It was migrated here as part of the provider split. The original comment is below.
Hey @thegedge – thanks for writing in. I'm not sure how best to "solve" this. One idea would be a flag to allow you to simply not wait at all after we get the "creating" status (meaning everything thing we sent over validated and the creation process is underway). Another could be a user supplied int
for the timeout.
maybe reset the timeout counter back to zero it if the state changes at all.
What state changes are you imagining here? From my experience it's simply in creating
for that whole time, am I missing another step?
from terraform-provider-aws.
This comment was originally opened by @thegedge as hashicorp/terraform#2886 (comment). It was migrated here as part of the provider split. The original comment is below.
It usually goes creating --> modifying --> backing up
, so for each of those transitions I was thinking we could reset the timeout counter. An integer flag would be great too, especially if .terraformrc
supported setting flag defaults for the various commands.
I'm not really into the idea of not waiting because that requires me to go to the AWS console to know everything is completed (not a terrible thing, but it would be nice to avoid this). It also breaks some of our use cases where we use a local-exec
provisioner to set up some database users and such.
from terraform-provider-aws.
This comment was originally opened by @catsby as hashicorp/terraform#2886 (comment). It was migrated here as part of the provider split. The original comment is below.
creating --> modifying --> backing up
I just tried this out, and went from creating -> available
. It's possbily my modifying step was too quick I suppose? The backing up
step only happens if the user supplies a value for backup retention (I don't, in my tests..)
I'm not really into the idea of not waiting because that requires me to go to the AWS console
Not waiting is probably not the best solution, but I thought I'd throw it out there...
from terraform-provider-aws.
This comment was originally opened by @thegedge as hashicorp/terraform#2886 (comment). It was migrated here as part of the provider split. The original comment is below.
I just tried this out, and went from creating -> available. It's possbily my modifying step was too quick I suppose?
Possibly. We have non-default parameter groups and multi AZ enabled, which seems to constitute some of the "modifying". Not sure of exactly what's happening during the "modifying" phase. The only thing I know is that RDS is painful :)
The simplest solution would definitely be to just have a configurable flag, and I'd be happy with that. Even more so if we could set this flag with a default value via .terraformrc
.
from terraform-provider-aws.
This comment was originally opened by @failshell as hashicorp/terraform#2886 (comment). It was migrated here as part of the provider split. The original comment is below.
I get plagued by that issue as well.
I never had that issue if I created a multi-AZ masters setup with slaves that had empty databases. That's very quick to do.
I walk into the time out issue when I create slaves from a multi AZ masters setup that have data in it. I'm guessing the snapshot restore + deploy is way over 40 mins. At least in my case.
from terraform-provider-aws.
This comment was originally opened by @scheffield as hashicorp/terraform#2886 (comment). It was migrated here as part of the provider split. The original comment is below.
Any progress on this one? Creating RDS instances from snapshots can take a while. Since hitting the timeout only happens for a very small set of actions I would love to see a parameter --timeout=true|false
.
from terraform-provider-aws.
I am going to close this out - RDS instances now support custom timeouts as per the docs
from terraform-provider-aws.
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!
from terraform-provider-aws.
Related Issues (20)
- [Docs]: vpc lattice documentation errors HOT 2
- [Bug]: RDS certificate mismatch for restored instance HOT 3
- [Bug]: aws_lb_target_group is created before destruction HOT 3
- [Enhancement]: Add max_capacity argument to aws_redshiftserverless_workgroup HOT 2
- aws_sns_platform_application Token authentication method for GCM HOT 1
- Split up EC2 Acceptance Tests HOT 1
- [Bug]: Inconsistent Application of Dynamic Default Tags to Resources HOT 7
- [Bug]: CRASH while provisioning Lightsail instance and static IP HOT 2
- [Bug]: sporadic errors in aws_eks_access_policy_association HOT 4
- [Enhancement]: Specify protocol (Do53/DoH/...) for Route53 resolver rule HOT 1
- [Enhancement]: athena_workgroup authentification configuration with IAM Identity Center HOT 1
- [New]: AWS Security Hub Central Configuration HOT 3
- [Bug]: RDS change from id to identifier makes restricting access to a DB instance impossible HOT 1
- [Bug]: r/aws_apigateway_domain_name: `ownership_verification_certificate_arn` fails to update HOT 2
- EC2/Athena/DocDB/ElastiCache/RDS Test Improvement: Dynamic Version and Instance Class Lookup HOT 1
- [TechDebt]: `CheckFrameworkResourceDisappears` fails to handle non-string root arguments HOT 1
- CI: So many failing EC2 acceptance tests HOT 2
- [Docs]: data.aws_msk_bootstrap_brokers has wrong name in example and misleading attribute documentation HOT 1
- Standardizing the Use of Coupled Attributes in Terraform Configuration HOT 1
- [Enhancement]: configuring IMDSv2 in aws_emr_cluster resource HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from terraform-provider-aws.