An Azure service that is used to develop microservices and orchestrate containers on Windows and Linux.
Hi Deepak,
I think your Fabric workspace has reached the available Spark compute or concurrency limit for the capacity. Spark VCores are shared by notebooks, Spark job definitions, lakehouse jobs and pipeline-triggered Spark workloads in the same capacity. When the capacity is fully used, Fabric may queue eligible jobs or reject new submissions with HTTP 430.
https://learn.microsoft.com/en-us/fabric/data-engineering/spark-job-concurrency-and-queueing
Go to Monitoring hub and cancel any active or stuck Spark jobs that are no longer needed then go to Workspace settings under Data Engineering/Science then Spark settings then Jobs / Job management and review running or queued jobs.
If this happens during pipeline runs, you should reduce parallel execution for example lower the ForEach batch count, stagger schedules or avoid starting many notebooks at the same time.
You can ask your Fabric capacity admin to check the Fabric Capacity Metrics app for throttling, overload time and which workspace/item is consuming the capacity.
https://learn.microsoft.com/en-us/fabric/enterprise/capacity-planning-troubleshoot-errors
If this happens frequently, consider moving to a larger Fabric SKU or enabling Autoscale Billing for Spark workloads, if available in your tenant. You also have autoscale, monitoring, stopping stalled sessions, job optimization and scaling up capacity as mitigation options.
https://learn.microsoft.com/en-us/fabric/data-engineering/troubleshoot-permissions-capacity