-
Notifications
You must be signed in to change notification settings - Fork 31
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
terraform destroy never finishes #40
Comments
I also faced with that some time before. The solution here is adding on_delete option. I would definitely vote on it. What do you think @rarsan? |
I was actually looking at this today but wasn't able to reproduce. I have encountered this before, but very sporadically. Forcing to cancel vs drain is a reasonable option with proper warning about data loss potential. However, I suspect a clean teardown can be ensured by enforcing a particular order for resource deletion: e.g. delete log sink first, then dataflow job to ensure the sink stops and the dataflow job gets the chance to drain. Perhaps it's due to another prematurely deleted dependency like the GCS bucket causing Dataflow job teardown to hang? @mhite can you share the order of resources being deleted in the case where it does hang? specifically log sink, pubsub topic, pubsub subscription, gcs bucket, and dataflow job. |
@rarsan - Does this help?
... I go into the console and manually cancel.
|
I neglected to share my findings from analyzing the output of your I'm OK adding the |
Is there something about the Splunk Dataflow pipeline design that causes it to never be able to successfully drain?
I've gone through the full build + teardown (destroy) process at least a dozen times and have never seen it destroy successfully without intervention by manually canceling the dataflow job in the console.
The text was updated successfully, but these errors were encountered: