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
Please vote on this issue by adding a 👍 reaction to the original issue to help the community and maintainers prioritize this request.
Please do not leave +1 or me too comments, they generate extra noise for issue followers and do not help prioritize the request.
If you are interested in working on this issue or have submitted a pull request, please leave a comment.
If an issue is assigned to the modular-magician user, it is either in the process of being autogenerated, or is planned to be autogenerated soon. If an issue is assigned to a user, that user is claiming responsibility for the issue. If an issue is assigned to hashibot, a community member has claimed the issue already.
The backend service gets created with the desired failover_policy without showing a diff on it during a next plan.
Actual Behavior
The backend service gets created with the desired failover_policy. It's actually not creating the failover_policy explicitly since they equal to the default values. Because of that during a next plan the failover group shows up as a diff:
# google_compute_region_backend_service.test will be updated in-place
~ resource "google_compute_region_backend_service" "test" {
id = "projects/proxy-and-files-12f0de7a/regions/europe-west1/backendServices/test"
name = "test"
# (14 unchanged attributes hidden)
+ failover_policy {
+ disable_connection_drain_on_failover = false
+ drop_traffic_if_unhealthy = false
+ failover_ratio = 0
}
# (1 unchanged block hidden)
}
Plan: 0 to add, 1 to change, 0 to destroy.
Steps to Reproduce
There's actually two ways to get to this issue. The first one is to apply the config as noted above.
However it agreeable doesn't make much sense to set failover_policy when the settings defined are equal to the defaults in GCP. That's actually what we were doing before. Now if you omit failover_policy, then apply the plan, and then check it again you won't have the diff. However, if you then go to the affected load balancer in GCP Console web UI and you click update without changing anything you'll see the inverse of the diff above. It would try to clear the failover_policy again. If you then apply the plan it doesn't really do anything. From that point on you're stuck with the permadiff. The only way to resolve it is to set failover to false on any backends that have it enabled, apply the changes, and then go back to the values before. That way the failover_policy diff is gone.
Important Factoids
References
The text was updated successfully, but these errors were encountered:
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.
Community Note
modular-magician
user, it is either in the process of being autogenerated, or is planned to be autogenerated soon. If an issue is assigned to a user, that user is claiming responsibility for the issue. If an issue is assigned tohashibot
, a community member has claimed the issue already.Terraform Version
Affected Resource(s)
google_compute_region_backend_service
Terraform Configuration Files
Debug Output
https://gist.github.com/jeroenj/ff25f6e513696bf88aaa3305d236433a
Expected Behavior
The backend service gets created with the desired
failover_policy
without showing a diff on it during a next plan.Actual Behavior
The backend service gets created with the desired
failover_policy
. It's actually not creating thefailover_policy
explicitly since they equal to the default values. Because of that during a next plan the failover group shows up as a diff:Steps to Reproduce
There's actually two ways to get to this issue. The first one is to apply the config as noted above.
However it agreeable doesn't make much sense to set
failover_policy
when the settings defined are equal to the defaults in GCP. That's actually what we were doing before. Now if you omitfailover_policy
, then apply the plan, and then check it again you won't have the diff. However, if you then go to the affected load balancer in GCP Console web UI and you click update without changing anything you'll see the inverse of the diff above. It would try to clear thefailover_policy
again. If you then apply the plan it doesn't really do anything. From that point on you're stuck with the permadiff. The only way to resolve it is to setfailover
tofalse
on any backends that have it enabled, apply the changes, and then go back to the values before. That way thefailover_policy
diff is gone.Important Factoids
References
The text was updated successfully, but these errors were encountered: