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

Databricks workspace not ready after creation #6753

Closed
sdebruyn opened this issue May 4, 2020 · 4 comments
Closed

Databricks workspace not ready after creation #6753

sdebruyn opened this issue May 4, 2020 · 4 comments
Assignees
Labels
bug service/databricks upstream/microsoft Indicates that there's an upstream issue blocking this issue/PR

Comments

@sdebruyn
Copy link
Contributor

sdebruyn commented May 4, 2020

Community Note

  • 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

Terraform (and AzureRM Provider) Version

➜ terraform -v
Terraform v0.12.24
+ provider.azuread v0.8.0
+ provider.azurerm v2.6.0
+ provider.databricks v0.1.0
+ provider.http v1.2.0
+ provider.local v1.4.0
+ provider.null v2.1.2
+ provider.random v2.2.1

Affected Resource(s)

  • azurerm_databricks_workspace

Terraform Configuration Files

provider "azurerm" {
  version = "~> 2.6.0"
  features {}
}

resource "azurerm_resource_group" "rg" {
  name     = "rg"
  location = "eastus2"
}

resource "azurerm_databricks_workspace" "dbks" {
  name                        = "dbks"
  resource_group_name         = azurerm_resource_group.rg.name
  managed_resource_group_name = "rgdbks"
  location                    = "eastus2"
  sku                         = "standard"
}

Debug Output

https://gist.github.com/sdebruyn/c181f6939f0628db5cd888302eba00de

Behavior

The workspace is created and terraform continues to the next resource in the dependency chain. We noticed a few issues in databricks providers:

So it looks like the workspace is not yet ready to use right after creation.
I hoped that the field provisioningState could indicate when the workspace is really ready, but it goes to succeeded right away and has the same state after a refresh.

It's probably an issue in the Azure API itself, but I'm still creating it here for future reference as well...

Steps to Reproduce

  1. terraform apply
@njuCZ
Copy link
Contributor

njuCZ commented May 6, 2020

@sdebruyn thanks for pointing this problem. I have asked the databricks servie team. I will share here if there is any updates.

@WodansSon WodansSon added upstream/microsoft Indicates that there's an upstream issue blocking this issue/PR bug labels Jul 13, 2021
@WodansSon WodansSon self-assigned this Jul 13, 2021
@WodansSon
Copy link
Collaborator

WodansSon commented Jul 13, 2021

This appears to have been fixed by the service team. If you are no longer able to reproduce this issue feel free to close this issue.

@favoretti
Copy link
Collaborator

Since this issue has been reported a long time ago and relates to the version of provider we no longer support - I'm going to close it. Please open a new updated bug report on current versions of terraform and provider if this is still relevant. Thank you.

@github-actions
Copy link

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.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Sep 19, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug service/databricks upstream/microsoft Indicates that there's an upstream issue blocking this issue/PR
Projects
None yet
Development

No branches or pull requests

5 participants