An Apache Spark-based analytics platform optimized for Azure.
Hi AnushaM,
This behavior is expected and is by design in Azure Databricks.
When an Azure Databricks workspace is created, Azure automatically provisions a managed resource group for supporting resources such as storage accounts, managed identities, and access connectors. A system-managed deny assignment is applied to this managed resource group, which prevents users from directly deleting or modifying it. This restriction cannot be bypassed using RBAC roles, ownership permissions, or by removing locks.
the Databricks workspace first, not the managed resource group.
- Go to the Microsoft Azure Portal
- Navigate to Databricks Workspace
- Select your Azure Databricks workspace
- Click Delete
After the workspace deletion completes:
Azure automatically removes the deny assignment
The managed resource group will be deleted automatically
If the managed RG still exists after workspace deletion, you can delete it manually.
If deletion is not immediately possible, it is still safe to create a new resource group and deploy a new Azure Databricks workspace. Existing managed resource groups do not block new deployments.
Reference Links:
https://docs.azure.cn/en-us/databricks/admin/workspace/delete-workspace?utm_source=chatgpt.com
Hope this helps. If you have any follow-up questions, please let me know. I would be happy to help.
Please do not forget to "up-vote" wherever the information provided helps you, as this can be beneficial to other community members.