Skip to content
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

changing the existing log analytic workspace of Security Center fails after 30 mins timeout #4193

Closed
LaurentLesle opened this issue Aug 30, 2019 · 3 comments

Comments

@LaurentLesle
Copy link
Contributor

LaurentLesle commented Aug 30, 2019

If you change an existing azure security center workspace (azurerm_security_center_workspace) with a new workspace, it fails after 30 mins

image

A similar issue was reported in closed bug #2718 for creation and the timeout was extended from 15m to 30m.

The scenario here is different as I need to deal with a situation where I have to change the workspace that was set to a security centre

A possible improvement is to implement the new timeout block to go beyond 30 mins?

timeouts {
    create = "60m"
    delete = "2h"
  }

If I redo a terraform apply after the initial failure it completes successfully.

@tombuildsstuff
Copy link
Contributor

hey @LaurentLesle

Thanks for opening this issue.

We're planning on adding support for custom timeouts to all resources as a part of 2.0 (which we're working on the dependencies for at the moment) - as such we should be able to tackle this then. If it's helpful in the interim it could be possible to bump this timeout to an hour (as an example) - however this will ultimately be solved via custom timeouts which are being tracked in #417.

Rather than having multiple issues open tracking the same thing (since we plan to support this across all resources at once, as this is a behavioural change) I'm going to close this issue in favour of #171 - would you mind subscribing to that issue for updates?

Thanks!

@ghost
Copy link

ghost commented Sep 18, 2019

This has been released in version 1.34.0 of the provider. Please see the Terraform documentation on provider versioning or reach out if you need any assistance upgrading. As an example:

provider "azurerm" {
    version = "~> 1.34.0"
}
# ... other configuration ...

@ghost
Copy link

ghost commented Sep 29, 2019

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 feel this issue should be reopened, we encourage creating a new issue linking back to this one for added context. If you feel I made an error 🤖 🙉 , please reach out to my human friends 👉 hashibot-feedback@hashicorp.com. Thanks!

@ghost ghost locked and limited conversation to collaborators Sep 29, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants