-
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
Does 'desired_capacity_type' work at all? #31521
Comments
Community NoteVoting for Prioritization
Volunteering to Work on This Issue
|
Hey @UryDanko 👋 Thank you for taking the time to raise this! My read on the error is a bit different than yours. Based on the resource's schema, your initial configuration had the What the error message you initially received appears to be indicating is that the |
Hi @justinretzolk , thank you for your reply. Indeed, on the upper level, this property looks better. However, I didn't provide the full configuration in the previous message. I had the block you mentioned. Original configuration looks like:
some parameters I omitted for brevity. |
Hey @UryDanko 👋 Thanks for that additional information! That certainly looks a bit more bug-y now that you've called that out. Are you able to supply debug logs (redacted as necessary) as well, so that the team has the necessary information in order to look into this? |
Hi @justinretzolk ,
this is just the last part of the logs, immediately before the error occurred. If you need to see the full log (related to this ASG), please let me know. |
Hey @UryDanko, thanks for the update! Unfortunately, I don't believe that snippet will quite have the information we'll need, so if you can provide the whole thing, that would be helpful. |
Hi @justinretzolk , I attached the compressed debug log. Did some cleaning though, removed not relevant entries about the other components. Please let me know if you have any questions. |
terraform-provider-aws: 5.3.0
so the same error |
I have seen this also cause an error where I cannot apply because the plan wants to remove the
In my case I had never enabled or used attribute-base instances - we made a minor update to an instance type in the AWS console and that caused the API to now return a value for DesiredCapacityType, which in turn is causing the provider to try to remove it. The only solution has been to add an ignore for |
I just checked and for @justinretzolk , did you have a chance to have a look into logs I attached? |
Same issue observed with: Terraform v1.5.5 if not specified, the default value for Currently I am observing the following diff: # aws_autoscaling_group.asg will be updated in-place
~ resource "aws_autoscaling_group" "asg" {
- desired_capacity_type = "units" -> null
... |
terraform-aws-provider: 5.22.0 after some experiments I found out that everything works fine. I can
as soon as I remove this block - the pipeline is green again. I tried to create/update ASG - the result is the same. if I add instead |
We have noticed a similar behavior as @snolan-amount described. We set up an
It looks like terraform automatically reset terraform-aws-provider: 5.24.0 |
I'm having this issue or something very similar - I can't create an autoscaling group when setting both A workaround that somehow seems to work is removing both |
Description
terraform: 1.4.6
terraform-provider-aws: 4.67.0
Following configuration:
has green terraform plan:
however on apply it fails to create with the following error:
However if I follow the error and move desired_capacity_type to another place:
it fails on plan with
References
doc:
https://registry.terraform.io/providers/hashicorp/aws/latest/docs/resources/autoscaling_group#desired_capacity_type
implemented in:
#26641
Would you like to implement a fix?
None
The text was updated successfully, but these errors were encountered: