MetricSign
EN|NLRequest Access
High severityexecution

Power BI Refresh Error:
ABORTED

What does this error mean?

A Databricks operation was aborted mid-execution because it conflicted with a concurrent operation, such as a write conflict on a Delta table or an aborted Spark task due to speculative execution.

Common causes

  • 1A concurrent write or schema-change operation caused the transaction coordinator to abort the current operation to preserve Delta ACID guarantees
  • 2Speculative execution launched a duplicate task that completed first, causing the original task to be aborted as a late duplicate
  • 3An external process modified or deleted files in the Delta log while the current transaction was reading them

How to fix it

  1. 1Step 1: Retry the operation — transient ABORTED errors caused by speculative execution are safe to retry and usually succeed.
  2. 2Step 2: If the abort is caused by concurrent writers, serialize conflicting write paths or partition the target table so that different jobs write to non-overlapping partitions.
  3. 3Step 3: Avoid mixing streaming and batch writers on the same Delta table without enabling the appropriate Delta Lake isolation level (Serializable vs. WriteSerializable).
  4. 4Step 4: Check the Databricks job timeline for any overlapping runs targeting the same table, and add scheduling guards to prevent simultaneous execution.

Frequently asked questions

How is ABORTED different from DELTA_CONCURRENT_TRANSACTION?

ABORTED is a broader operation-level abort that can originate from Spark task management or the REST API layer, while DELTA_CONCURRENT_TRANSACTION specifically identifies a Delta Lake ACID conflict between two concurrent writers.

Should I always retry ABORTED errors?

Transient ABORTED errors from speculative execution are safe to retry immediately. ABORTED errors from write conflicts should be retried after a short delay, but if they persist, the concurrency model needs redesign.

Other execution errors