-
Notifications
You must be signed in to change notification settings - Fork 9.4k
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
Consistent change proposal on ecs service capacity provider #11395
Comments
I am currently having trouble due to this issue. Combined with this issue it seems I can't have an ECS service use the default capacity provider without said service incurring downtime every time the terraform config is applied. |
I have managed to work around this issue as described in #11351 (comment) |
Marking this issue as stale due to inactivity. This helps our maintainers find and focus on the active issues. If this issue receives no comments in the next 30 days it will automatically be closed. Maintainers can also remove the stale label. If this issue was automatically closed and you feel this issue should be reopened, we encourage creating a new issue linking back to this one for added context. 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. |
This issue was originally opened by @vladimirtiukhtin as hashicorp/terraform#23740. It was migrated here as a result of the provider split. The original body of the issue is below.
Terraform Version
Expected Behavior
When cluster's default capacity provider is used, no changes must be proposed to a service with no capacity provider defined.
Actual Behavior
Change is proposed
Steps to Reproduce
Create a cluster with default capacity provider
Create a service not specifying capacity provider which forces it to use cluster's default
Apply. Now plan. A change to capacity provider will be proposed
The text was updated successfully, but these errors were encountered: