An Apache Spark-based analytics platform optimized for Azure.
Azure Databricks workspace deletion is handled by the Azure control plane and Databricks; when a workspace is deleted it normally goes into a soft-deleted state for 7 days, but the Azure resource itself should transition to a completed “Deleted” state rather than being stuck.
From the available information, there is no supported way to cancel a deletion or “force” it from the customer side once the resource is in a stuck Deleting state. The documented deletion and force-deletion options (Azure portal, Azure CLI, Azure PowerShell, and resource-group deletion) all assume that the control plane is responsive and able to complete the operation.
The supported options are:
- Use the documented delete paths (which have already effectively been tried):
- Azure portal: delete the workspace from the Databricks resource blade.
- Azure CLI:
az databricks workspace deletewith--force-deletionif the workspace catalog and managed resource group need to be removed. - Azure PowerShell:
Remove-AzDatabricksWorkspace -ForceDeletion. - Resource group deletion with force deletion types:
- Azure CLI:
az group delete --name <NameOfResourceGroup> --force-deletion-types Microsoft.Databricks/workspaces - Azure PowerShell:
Remove-AzResourceGroup -Name <NameOfResourceGroup> -ForceDeletionType Microsoft.Databricks/workspaces -Force
- Azure CLI:
- Rely on the platform’s retention and cleanup behavior:
- When a workspace is deleted, Azure Databricks-managed workspace resources (notebooks, jobs, workspace configuration) are subject to a 7‑day soft-delete retention window, but Azure cloud resources such as VMs, managed disks, and networking are cleaned up immediately when the workspace is deleted and are not subject to that retention.
- This means that even while the workspace resource appears stuck in Deleting, the underlying compute resources that would accrue most of the cost should already be cleaned up by the platform.
- Engage Azure support to clear the stuck deletion:
- Because the resource is in a control-plane state (
ApplianceBeingDeleted) that prevents both further updates and deletion of the managed resource group (due to deny assignments that only the Databricks resource can remove), resolution requires backend intervention by the Azure/Databricks service teams. - The documented tools do not provide a customer-exposed way to override or remove those deny assignments or to complete the deletion when the service is stuck.
- Because the resource is in a control-plane state (
In summary, all customer-exposed mechanisms for deleting or force-deleting an Azure Databricks workspace and its managed resource group have been exhausted in this scenario. The next step is to open a support case with Azure so the service team can fix the stuck deletion state and remove the workspace and its managed resource group from the subscription. Under normal operation, compute resources are already cleaned up at delete time, so ongoing infrastructure charges should be limited while the control-plane resource remains in Deleting.
References:
- Delete a workspace
- Workspace deletion retention policy
- Workspace catalog retention behavior
- Force delete the workspace catalog
- Deploy a workspace using the Azure Portal
- az databricks workspace delete
-
workspacecommand group - Tutorial: Azure Data Lake Storage, Azure Databricks & Spark
- How do I release a name of the deleted workspace, I need to recreate it in a different subscription - Microsoft Q&A
- Deployed Claude and getting API deployment resource is not ready even though it has been an hour - Microsoft Q&A
- Stuck in Creating / Failed provisioning Redis Cache - Microsoft Q&A
- event grid topic subscriptions stuck in Deleting state - Microsoft Q&A
- I have tried multiple times to try to get help on this forum and my question keeps getting deleted. - Microsoft Q&A