You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The change in the pinned status for existing cluster causes the cluster restart because /clusters/edit REST API is not idempotent. We need to implement more sophisticated state comparison, and call /clusters/edit only if actual cluster definition has changed. The cluster restart may also happen if we just add library, etc.
Terraform Version
Terraform v0.13.4, Databricks provider is built from Git today
I has a fix for that detects when the changes are made in the is_pinned or in library*, and don't call /clusters/edit... But it will have code conflicts with #384, so I'll wait until it's merged
The change in the pinned status for existing cluster causes the cluster restart because
/clusters/edit
REST API is not idempotent. We need to implement more sophisticated state comparison, and call/clusters/edit
only if actual cluster definition has changed. The cluster restart may also happen if we just add library, etc.Terraform Version
Terraform v0.13.4, Databricks provider is built from Git today
Affected Resource(s)
Environment variable names
Terraform Configuration Files
Initial:
modified:
Debug Output
Debug output: https://gist.github.com/alexott/77d1e43786d6b9981299b6682d0dcfd3
Expected Behavior
Cluster shouldn't be restarted, only pinned status change happens
Actual Behavior
Cluster is restarted, and pinned status changes
Steps to Reproduce
Please list the steps required to reproduce the issue, for example:
terraform apply
The text was updated successfully, but these errors were encountered: