Changes / Upstash / QStash US Region Service Disruption

Upstash: Critical incident: QStash US Region Service Disruption

Summary

QStash's US-EAST-1 service suffered a critical disruption starting 2026-05-08 09:46 UTC, lasting 22 min and resolving at 2026-05-08 10:08 UTC. Upstash implemented a fix; its partial postmortem links the incident to a scheduler bug introduced in US East (N. Virginia), triggered when a user with active schedules deleted their account.

Machine-written from the diff below (Sol; type: incident outage). Check the diff before relying on it.

Major incidentLabel: outage (model (Jev), 99%)Changed Detected Source: stspg.io (opens in new tab)

What changed

AddedTitle#1
Before: not present
After: QStash US Region Service Disruption
AddedImpact#2
Before: not present
After: critical
AddedStatus#3
Before: not present
After: postmortem
AddedStart time#4
Before: not present
After: 2026-05-08 09:46 UTC
AddedResolved time#5
Before: not present
After: 2026-05-08 10:08 UTC
AddedAffected components#6
Before: not present
After: QStash - US-EAST-1, US-EAST-1
AddedUpdateinvestigating#7
Before: not present
After: We are currently investigating the issue.
AddedUpdateinvestigating#8
Before: not present
After: We are continuing to investigate this issue.
AddedUpdatemonitoring#9
Before: not present
After: A fix has been implemented and we are monitoring the results.
AddedUpdateresolved#10
Before: not present
After: This incident has been resolved, we will publish RCA soon.
AddedUpdatepostmortem#11
Before: not present
After: **Root Cause Analysis** On **April 24**, we deployed a more optimized scheduler implementation in the **US East \(N. Virginia\)** region. On **May 8**, a user who had active schedules deleted their account. Under normal behavior, scheduled tasks associated with a deleted account should wake up, detect that the account no longer exists, and exit after performing cleanup. Due to a bug introduced in the new scheduler implementation, this code path did not return early as intended. Execution continued and resulted in a nil pointer dereference. A second issue then amplified the impact. When a panic occurs in the scheduler, it is designed to be recovered, logged, and isolated so that the process remains healthy. Because of another bug in the panic recovery path, the panic was not properly caught, which caused the worker process handling the scheduled job to terminate. After that process exited, another worker picked up responsibility for delivering the same scheduled task. Since the same faulty execution path was still present, that worker also failed. This created a cascading failure pattern across workers attempting to process the affected schedules. **Resolution** We deployed two fixes: * Added the missing early return in the deleted-account cleanup path, preventing the nil pointer dereference. * Corrected the panic recovery logic so that future panics are safely recovered, logged, and reported without causing worker processes to terminate. With these changes in place, the affected execution path is now safe. Even if a future bug triggers a panic in this area, it will be isolated and reported rather than causing process-level failure.

First version of this incident archived by Rewindex. View the live incident (opens in new tab).

History of this incident

When (UTC)ChangeKind
Critical incident: QStash US Region Service Disruption (this change)
QStash's US-EAST-1 service suffered a critical disruption starting 2026-05-08 09:46 UTC, lasting 22 min and resolving at 2026-05-08 10:08 UTC. Upstash implemented a fix; its partial postmortem links the incident to a scheduler bug introduced in US East (N. Virginia), triggered when a user with active schedules deleted their account.
Major incident

All Upstash changes → · Upstash profile · Markdown · JSON