# QStash US Region Service Disruption

- Provider: [Upstash](https://down.guide/providers/upstash)
- Confidence: Confirmed
- Impact: Major outage
- lasted 22m
- started 2026-05-08 09:46 UTC
- US-EAST-1
- us, us-east-1
- id: DWN-cc3d4f7d9c
- Official page: https://stspg.io/zh00zgv2ks17

## Root cause
> Due to a bug introduced in the new scheduler implementation, this code path did not return early as intended.

[Postmortem](https://stspg.io/zh00zgv2ks17)

## Updates from Upstash
### 2026-05-08 09:46 UTC: investigating
We are currently investigating the issue.

### 2026-05-08 09:46 UTC: investigating
We are continuing to investigate this issue.

### 2026-05-08 10:06 UTC: monitoring
A fix has been implemented and we are monitoring the results.

### 2026-05-08 10:08 UTC: resolved
This incident has been resolved, we will publish RCA soon.

### 2026-05-12 08:25 UTC: postmortem
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.

From the builder: does your app depend on Upstash? [Sazabi](https://www.sazabi.com/?utm_source=down-guide&utm_medium=markdown&utm_content=upstash) detects problems in your own logs without hand-written monitors, and you can ask it in plain language which errors mention Upstash.

---
down.guide reads providers' official status pages every minute and adds its own evidence, always labeled. Free, no account. Agents: MCP at https://down.guide/mcp, REST at https://down.guide/api/v1, feeds at https://down.guide/feed. Built by [Sazabi](https://www.sazabi.com/?utm_source=down-guide&utm_medium=markdown&utm_content=DWN-cc3d4f7d9c), AI-native observability and security: automatic issue detection, plain-language log search and live dashboards.