Dashboardsentryevent_accepted volume drop diagnostic r…

event_accepted volume drop diagnostic recipe + reprocess flag scope

Category: pattern
Confidence: 0.80
ID: 019fb3f0-a670-7a71-98c3-bbb8749b9c83
Project ID: 702228c8-56bc-4694-8d5a-174ac2f29105
Cross-project: No
Recalled in other projects: 1
Source session: 0rWXqG93IDSIFMxki
Created: 2026-07-30 15:52:16
Updated: 2026-07-30 16:52:00

Cross-Project Recalls

ProjectHitsLast recalled
opencode-lore 1 15h ago

Content

Debugging recipe when a downstream service consuming event_accepted sees volume drop: (1) reprocess-only-events-not-in-nodestore — per-process CLI arg on dedicated reprocess consumers (events-reprocessing); mutually exclusive with reprocess-only-stuck-events. On main events.ingest-consumer impact is modest because dedup cache (ev:{project_id}:{event_id}, ~1h TTL) at processors.py:117-131 catches most repeats. (2) inline_save_event=True (5ae4736ff76, Jun 15 2026) — taskbroker passthrough; persistent failures → DLQ → signal never fires. (3) Organization.DoesNotExist at processors.py:246 — silent drop on deleted orgs. (4) UDP/transport loss — separate from signal firing; instrument event_accepted.send_robust() calls and compare against receiver arrivals. Gotcha: assumes drops correlate with flag; on main consumer the flag is a SECOND filter behind dedup, not the primary. Reference impl: getsentry orbital.py UDP receiver — verify by killing flag on one pod and watching for spike. Verify: ps aux | grep events | grep reprocess-only-events-not-in-nodestore.

Move to: