Stop workspace creation attempts for 24 hours from the last failed attempt, then retry once; deleting existing workspaces does not bypass the daily creation throttle reported by the deployment service.
The exact RESOURCE_EXHAUSTED daily workspace-creation limit is not listed among the published Azure Databricks resource or API limits, so there is no documented self-service quota setting that can be increased in the portal. Published non-fixed Databricks limits can be raised through the Azure Databricks account team, but this specific daily creation limit is absent from that list.^1^
- Pause all automated and student deployments for 24 hours.
- Avoid repeated retries during that period.
- After 24 hours, submit one test deployment from one affected subscription.
- Use a new, unique workspace name and unique managed-resource-group name.
- Do not delete more workspaces to address this error.
- The message concerns the number of creation operations during a time window, not the number of workspaces currently present.
- Your result after deletion confirms that deletion does not clear the current restriction.
- Record the scope by testing only after the waiting period.
For each affected deployment, retain:
- Subscription ID
- Tenant ID
- Region
- UTC deployment time
- Deployment/correlation ID
- Full
RESOURCE_EXHAUSTED response
- Number of successful and failed creations during the preceding 24 hours
- Subscription offer/type
Because the published limits page does not define this throttle, its scope—subscription, tenant, billing account, region, or another backend boundary—cannot be determined from public documentation. The fact that subscriptions share a domain does not by itself establish the scope.
If the error remains after 24 hours
Open an Azure support request for the backend workspace-creation restriction:
- Azure portal → Help + support → Create a support request.
- Select the affected subscription.
- Choose Azure Databricks and the category for workspace deployment/creation. If the guided flow offers it, select Issues deploying a workspace.
- Include the diagnostic information above and request:
- Identification of the throttle’s scope.
- Confirmation of the reset timestamp.
- Review of failed or deleted workspace records that might require backend cleanup.
- A limit increase or exemption for the instructor-led deployment volume, if available.
Do not select Azure Databricks Serverless quota unless the failure explicitly concerns DBUs/hour for serverless compute; that is a different quota.
Subscription prerequisites
Check these only for subscriptions that have not previously created a workspace successfully:
- Azure Databricks workspace creation requires a subscription that is not Free Trial. A free account must be converted to pay-as-you-go, have its spending limit removed, and have sufficient regional vCPU quota.^2^
- The deploying identity must have Owner, Contributor, or an equivalent custom role at subscription scope. The custom role must include the documented Databricks workspace, deployment, resource-group, and provider-registration actions.^2^
These prerequisites are secondary in this case: a permissions or provider-registration failure would not normally return the quoted, explicit daily limit reached message.
Recommended design for 70–80 students
Avoid creating and deleting one Azure Databricks workspace per student each day. Provision a smaller set of persistent workspaces in advance, add students as workspace users, and control their compute access with groups and cluster policies. Workspace administrators can assign users and groups and regulate cluster creation through cluster policies.^3^
This reduces workspace deployment operations and avoids relying on an unpublished daily creation threshold.
References
- Resource limits
- Create a workspace
- Azure Databricks administration overview