Bulk Resume Workflows from DLQ

When a workflow run fails, it's automatically moved to the DLQ (Dead Letter Queue) where it can be analyzed and resumed.
The resume feature allows you to continue a failed workflow run from exactly where it failed, without re-executing successfully completed steps.

This is particularly useful for long-running workflows where you don't want to lose progress from successful steps when a single step fails.

When a workflow is resumed, it continues execution from the last failed step. A new workflow run ID is generated,
but the workflow maintains the state and results from previously completed steps.

<Note>
You can make changes to the workflow code as long as these changes come after the failed steps.
However, making changes before the failed step will break the code and is not allowed.

For more details, check out [Handle workflow route code changes](/docs/workflow/howto/changes) page.

</Note>

1 min read

post/v2/workflows/dlq/resume

Request example

curl --request POST \
  --url https://qstash-eu-central-1.upstash.io/v2/workflows/dlq/resume?dlqIds=%3Cstring%3E&cursor=%3Cstring%3E&count=1&fromDate=1&toDate=1&workflowUrl=%3Cstring%3E&workflowRunId=%3Cstring%3E&workflowCreatedAt=1&label=%3Cstring%3E&failureFunctionState=%3Cstring%3E&callerIp=%3Cstring%3E&flowControlKey=%3Cstring%3E \
  --header 'Authorization: Bearer <token>' \
  --header 'Upstash-Retries: 1' \
  --header 'Upstash-Delay: <string>' \
  --header 'Upstash-Retry-Delay: <string>' \
  --header 'Upstash-Flow-Control-Key: <string>' \
  --header 'Upstash-Flow-Control-Value: <string>' \
  --header 'Upstash-Label: <string>' \
  --header 'Upstash-Failure-Callback: <string>'

Response

{
  "workflowRuns": [
    {
      "workflowRunId": "<string>",
      "workflowCreatedAt": 1
    }
  ],
  "cursor": "<string>"
}

post/v2/workflows/dlq/resume

Info

For multi-value filters, a workflow run matches if its value equals any of the given values (OR logic), and multiple filters are combined with AND logic.

Multiple values can be passed either by repeating the query parameter (label=label_1&label=label_2) or as a single comma-separated value (label=label_1,label_2).

Authorization

Authorizationstringheaderrequired#

QStash authentication token

1 alternative authorization method available — see the spec for details.

Query parameters

dlqIdsstring[]#

List of specific DLQ IDs to resume. If provided, other filters are ignored.

cursorstring#

Pagination cursor for resuming workflows in batches.

countinteger#

Maximum number of workflows to resume. If not provided, all matching workflows will be resumed.

fromDateinteger#

Filter workflows by starting date, in milliseconds (Unix timestamp). This is inclusive.

toDateinteger#

Filter workflows by ending date, in milliseconds (Unix timestamp). This is inclusive.

workflowUrlstring[]#

Filter workflows by workflow URL. Supports multiple values.

workflowRunIdstring#

Filter workflows by workflow run ID.

workflowCreatedAtinteger#

Filter workflows by creation timestamp in milliseconds (Unix timestamp).

labelstring[]#

Filter workflows by label. Supports multiple values. You can pass multiple values to match workflows with any of the given labels (OR logic).

Examples:

label=my_label
label=label_1&label=label_2
label=label_1,label_2

failureFunctionStatestring[]#

Filter workflows by failure function state. Supports multiple values.

State	Description
CALLBACK_INPROGRESS	The failure function is in progress.
CALLBACK_SUCCESS	The failure function run successfully.
CALLBACK_FAIL	The failure function failed to run.
CALLBACK_CANCELED	The failure function was manually canceled

callerIpstring[]#

Filter workflows by IP address of the publisher. Supports multiple values.

flowControlKeystring[]#

Filter workflows by Flow Control Key. Supports multiple values.

Headers

Upstash-Retriesinteger#

Override the number of retries for the remaining workflow steps.

Upstash-Delaystring#

Override the delay before executing the next workflow step. Format is <value><unit> (e.g., "10s", "5m").

Upstash-Retry-Delaystring#

Override the retry delay expression for the remaining workflow steps.

Upstash-Flow-Control-Keystring#

Override the flow control key for the remaining workflow steps.

Upstash-Flow-Control-Valuestring#

Override the flow control configuration in the format parallelism=<value>, rate=<value>, period=<value>.

Upstash-Labelstring#

Override the label(s) for the remaining workflow steps.

You can assign multiple labels by providing a comma-separated list.

Example: label_1,label_2

Upstash-Failure-Callbackstring#

Override the failure callback URL for the remaining workflow steps.

Responses

application/json

Workflows resumed successfully

workflowRunsobject[]#

Array of resumed workflow runs.

Show child attributes

workflowRunIdstring#

The ID of the resumed workflow run (a new ID is generated for each resumed run).

workflowCreatedAtinteger#

The timestamp when the resumed workflow run was created (Unix timestamp in milliseconds).

cursorstring#

Pagination cursor to use in subsequent requests. If empty, all matching workflows have been processed.

Resume Workflow from DLQ Restart Workflow from DLQ