Closed dmikalova closed 7 years ago
I have encountered the same outcome as reported in this bug, but in terraform v0.8.8. Mine occurs without bumping against AWS quotas or limits.
Mine occurs after the wait_for_elb_capacity
phase of ASG-creation encounters a timeout, and terraform apply
fails. A conflictingly named ASG remains.
I'm using the same naming scheme:
resource "aws_autoscaling_group" "mod" {
name = "${aws_launch_configuration.mod.name}"
...
resource "aws_launch_configuration" "mod" {
name_prefix = "something"
...
I plan to try this same setup, but in v0.9.x. Will report back here.
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 have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.
Terraform Version
0.7.4
Affected Resource(s)
aws_autoscaling_group
Terraform Configuration Files
Debug Output
* aws_autoscaling_group.mod: Error creating AutoScaling Group: AlreadyExists: AutoScalingGroup by this name already exists - A group with the name once-dev-playback-nginxplus-20161005Z031807-20161011214752196348605jbs already exists
Important Factoids
These are create before destroy, with the ASG name being set by the launch configuration. The desired count is never reached because AWS instance type limits for this region were being hit.
Expected Behavior
First run:
Second run:
No manual intervention is necessary.
Actual Behavior
First run:
Second run:
If the limit is lifted, manual intervention is necessary to remove the old ASG - terraform forgot about the ASG that it created and leaves behind cruft.
Steps to Reproduce
terraform apply
to create a create before destroy ASG with same name as its LC and prevent the desired count from being reached.