Minor impactResolvedDevOps

Inngest incident: Delays in function run scheduling

Inngest reported this minor-impact incident on its official status page on Apr 15, 2026, 12:15 UTC. It was resolved after 11h 6m.

Right now Inngest is operational. Live Inngest status →

🔔 Get alerted when Inngest has issuesFree · email alerts · no credit card
Apr 15, 2026, 12:15 UTC
started
Apr 15, 2026, 23:21 UTC
resolved
11h 6m
duration
Minor
impact
  1. resolvedApr 15, 2026, 23:21 UTC

    The incident is now resolved and the system is full operational.

  2. monitoringApr 15, 2026, 21:34 UTC

    Async "pause" operations (step.waitForEvent, step.invoke, cancelOn) should be running again at typical throughput. Event batching still has an backlog that we are actively working through. Status: • Function scheduling - Running as expected • Function execution - Running as expected, no queue backlogs • Async "pause" opts (waitForEvent, invoke, cancelOn) - Running as expected • Event batching - Significant backlog

  3. monitoringApr 15, 2026, 20:03 UTC

    The function run backlog for functions has been resolved as of 11:10AM PT. Batched functions and `step.waitForEvent` may face delays as the backlog continues to process.

  4. identifiedApr 15, 2026, 18:36 UTC

    Function execution scheduling and processing throughput is at normal levels. Async "pause" operations (step.waitForEvent, step.invoke, cancelOn) are severely backlogged which may cause delays in any of these operations from completing. This may cause issues with your function execution if you rely on them. The team is working on fixes and clear this backlog and fix the key issues. We do not yet have an ETA on resolving this specific issue.

  5. identifiedApr 15, 2026, 17:42 UTC

    Function scheduled delays should be caught up. With events processed and new runs scheduled, your system my still see backlogs based on your function's flow control (e.g. concurrency) config and your account's concurrency. We still see backlogs in processing step.waitForEvent, step.invoke and cancelOn event expressions. We are continuing to work on this. We also are continuing our rollout of isolated batch processing as previously mentioned to further isolate parts of our system. EDIT - This was edited to include step.invoke as well for completeness.

  6. identifiedApr 15, 2026, 17:03 UTC

    The system is consuming the event backlog as fast as possible, with an ETA of ~10-15 minutes until function scheduling is caught up. After function scheduling is caught up, function execution in your account may still be limited by your account concurrency or a given function's own flow control settings (concurrency, rate limit, etc.). We will continue to share more updates as soon as we can.

  7. identifiedApr 15, 2026, 15:55 UTC

    There is an increase in throughput since 15:37 UTC (~15 min ago). We are continuing to apply changes and prepare a larger change to decouple parts of the system. **Event observability**: Events may be delayed when appearing in the dashboard as the database ingestion for these events is also related to this part of the system that handles function scheduling. Events continue to be ingested and the Event API remains unaffected.

  8. identifiedApr 15, 2026, 15:34 UTC

    Changes have increase throughput, but not yet to typical levels. We are actively testing the new system change to decouple batch processing before enabling it for all accounts.

  9. identifiedApr 15, 2026, 14:49 UTC

    We're deploying an in-memory optimization within the the part of the system the schedules new function runs. This optimization will alleviate pressure on underlying systems and increase throughput. The change will be rolled out momentarily. We're also working in parallel on a system change to create a dedicated service for processing for event batching which is the cause of the overall backlog on the system.

  10. identifiedApr 15, 2026, 14:23 UTC

    We have scaled up several resources across the system and to handle a large increase in scale within the system. Services are scaled up and we have also added new function state shards, but rollout of those new shards can take up to ~30m. We are also working on networking improvements to improve efficiency of the system with this significantly higher load.

  11. investigatingApr 15, 2026, 12:15 UTC

    We are actively investigating delays with function run scheduling for a subset of customers. We will provide further updates as we identify the cause and resolve the issue.

What APIStatus.watch saw

Our 5-minute checks didn't record a change in Inngest's overall status around this incident. Smaller or regional incidents often leave a provider's overall status green.

Other services with incidents at the same time

Overlapping incidents aren't necessarily related.

How often does Inngest have incidents?

Inngest reported 14 incidents in the last 90 days, 8 of them major or critical. A typical incident lasted 1h 12m. See Inngest's uptime and incident history

Inngest incident on Apr 15, 2026: Delays in function run scheduling · APIStatus.watch