-
Notifications
You must be signed in to change notification settings - Fork 11
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
volterra_http_loadbalancer - DeleteResource: service_policy cannot be deleted as it is in the active service policy list for http_loadbalancer #248
Comments
Still a problem on 0.11.33. The expected behavior is to be able to remove the policy from the active list and destroy it in the same run.
|
@michaelbuemi Can you add |
@SanjeetKr7 I was hoping that would work too but it led to a circular dependency and Terraform failed to run. |
@michaelbuemi could you please share terraform code (with masked credential)? |
Sure, but I'd like to clarify that we don't want the volterra_active_service_policies resource to be destroyed. It just needs to be modified before the referenced volterra_service_policy resources are deleted.
I added the depends_on as depicted above and ran a "terraform apply". This resulted in the following:
|
guys, depends on is not a solution. there is implicit dependency. provider must handle this properly |
And what is the best practice to handle this properly? |
@pranavdharwadkar The Terraform provider needs to understand the dependency between the two resource types. It should first remove the policy being deleted from any active namespace policies or load balancer policies, then delete the resource. |
Terraform apply fails when there is destroy of service policy. The volterra provider is not able to handle dependency. The provider doesn't know that first needs to remove "service policy" from "active service policy" and then delete the "service policy".
Even though that "active_service_policies" contains reference to "volterra_service_policy" in it's definition as shown below:
The text was updated successfully, but these errors were encountered: