You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Terraform v1.9.2
on darwin_amd64
+ provider registry.terraform.io/hashicorp/aws v5.63.0
Terraform Configuration Files
resource"aws_db_instance""example_db" {
# this is being changed via blue_green_updateparameter_group_name="new-parameter-group"# DB with "db.t4g.medium" here has succeeded. This one fails to updateinstance_class="db.m5.xlarge"engine="postgres"db_name="testdb"identifier="example-db"allocated_storage=100publicly_accessible=falsestorage_type="gp2"vpc_security_group_ids=[aws_security_group.example.id]
skip_final_snapshot=trueblue_green_update {
enabled=true
}
}
Debug Output
Error: updating RDS DB Instance (example-db): creating Blue/Green Deployment: waiting for Green environment: unexpected state 'storage-initialization', wanted target 'available, storage-optimization'. last error: %!s(<nil>)
Expected Behavior
Terraform should anticipate the storage-initialization state after creation of the "green" side of the deploy. It is an expected and documented state during blue/green deploys. Not all instance types will trigger the state. T-family instances will skip initialization, thus they don't trigger this bug.
Actual Behavior
Immediately following the creation of the "green" instance, terraform sees the storage-initialization state and begins deletion of the blue_green_update.
Steps to Reproduce
terraform init
terraform apply
Change parameter group name
terraform apply
Additional Context
This PR may have already solved the issue, but it needs reviewing and merging.
Note that this bug is NOT a duplicate of storage-optimization issues like this one. That usually refers to changes in storage_type, whereas this is strictly related to lazy-loading after restoration from backups (which are utilized in blue/green).
Terraform Version
Terraform Configuration Files
Debug Output
Expected Behavior
Terraform should anticipate the
storage-initialization
state after creation of the "green" side of the deploy. It is an expected and documented state during blue/green deploys. Not all instance types will trigger the state. T-family instances will skip initialization, thus they don't trigger this bug.Actual Behavior
Immediately following the creation of the "green" instance, terraform sees the
storage-initialization
state and begins deletion of the blue_green_update.Steps to Reproduce
terraform init
terraform apply
terraform apply
Additional Context
This PR may have already solved the issue, but it needs reviewing and merging.
Note that this bug is NOT a duplicate of
storage-optimization
issues like this one. That usually refers to changes instorage_type
, whereas this is strictly related to lazy-loading after restoration from backups (which are utilized in blue/green).References
hashicorp/terraform-provider-aws#41275
Generative AI / LLM assisted development?
No response
The text was updated successfully, but these errors were encountered: