Durable function orchestrator stuck in pending

Kevin Vanthuyne 0 Reputation points
2025-04-21T07:49:35.78+00:00

We are experiencing an issue with our Azure Durable Functions App. When triggering a new run through an HTTP trigger, the status stays on PENDING.

Context

Some more context: we are using Linux, Python and the Flex Consumption plan. Our function app consists out of an HTTP trigger, an orchestrator and 4 activity functions.

We can see the HTTP trigger getting triggered correctly through the Invocations tab. The orchestrator does not show any invocations, but does show orchestrations, although stuck on the Pending runtime status.

The activity log also shows failed "List" operations, with the following (redacted) summary:

  • Resource: /subscriptions/X/resourceGroups/X/providers/Microsoft.Web/sites/X/functions/http_trigger/config/appsettings
  • Operation name: List
  • Time stamp: Mon Apr 21 2025 09:38:01 GMT+0200 (Central European Summer Time)
  • Event initiated by: X
  • Error: codeBadRequest
  • Message: {"error":{"code":"BadRequest","message":""}}

As far as we know, these are all the symptoms we can observe.

Tried solutions

We have restarted the function app, redeployed it, and terminated the orchestration instance through its API, to no avail.

Presumed issues

We think the functions queue might be in an erroneous state, causing orchestrations not to continue.

Possible cause

We think this might have been caused by deploying function code with an error in it. After executing the function, the orchestrator completed with the "Failed" state, and ever since, orchestrations have been stuck on pending. We have a production and development environment, and this happened for both environments.

Question

What is going wrong here and how can we fix this?

Azure Functions
Azure Functions
An Azure service that provides an event-driven serverless compute platform.
5,930 questions
{count} votes

Your answer

Answers can be marked as Accepted Answers by the question author, which helps users to know the answer solved the author's problem.