-
Notifications
You must be signed in to change notification settings - Fork 9.6k
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
Openstack: Terraform destroy fails when volume deletion is in progress #4195
Comments
Hello, Thanks for reporting this. I think this is the same as #4110. If so, I have a fix for it, but, as mentioned in the comments, it's related to an encompassing bug which is being worked on. I hope to have it all sorted out and fixed within the next week. Let me know if this is different than #4110, though. |
It is indeed the same, thanks! |
@nickithewatt I decided to open a PR that targets this issue specifically. #4204 should fix this. If you're able to test it out, let me know how it works. |
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. |
Hi
I am trying to run a terraform destroy on an OpenStack based cloud provider (Juno based) which includes destroying some volumes and terraform is failing- it reports that the volume status is "deleting" which it is not expecting.
I kicked terraform destroy off, and after some while it first failed with a separate error.
However running the destroy again, as well as any continued runs resulted in the same issue below being reported until the volume did actually finish deleting on the cloud provider side, in which case the destroy reported success.
So it looks like the volume was/is in the process of being deleted, however terraform does not understand this state.
In the above case, I would expect it to not fail, but rather, block (for some given configurable time period) until it is fully reported to have been destroyed in the cloud provider?
The text was updated successfully, but these errors were encountered: