Dashboard › sentry › Distillation
56fbc725-55e8-45f6-a434-5916947a0764["61ab7dfac957342e24848003757196dd","376adb8c681004997b41b452c11780ea"]
Date: July 30, 2026
event_accepted signal to forward basic event info to another service, and the event volume has dropped dramatically in the past several weeks. Asked for possible reasonsd7fcb07bc42 (Jul 21, 2026) — reprocess_only_events_not_in_nodestore flag — as the most likely culprit. Reasoning: adds new early-return at line 196 that skips event_accepted.send_robust() when the event is already in nodestore. If this flag is enabled on main ingest consumers (not just reprocess tools), it would cause a volume drop matching the rollout timelinegrep -r "reprocess-only-events-not-in-nodestore" --include="*.py" --include="*.yaml" --include="*.toml" to check consumer config/launch flags5ae4736ff76 (Jun 15, 2026) — inline_save_event=True in taskbroker passthrough mode (#117580) — as second-likeliest cause. Reasoning: when preprocess_event runs inline, exceptions caught at line 317 and re-raised as Retriable cause retries; if retries exhausted, message goes to DLQ and event_accepted is never emitted. Before this PR, those exceptions were absorbed by Celery@receiver(event_accepted) handler — if "another service" is rate-limiting/down, send_robust swallows receiver exception but signal still fires (returned in responses). Suggested instrumenting receiver to log failuresOrganization.DoesNotExist (line 246) — if source projects deleted, events silently drop. Look for Organization does not exist warningsmetrics.timer("ingest_consumer.process_event") and kafka_consumer retry/DLQ metrics in dashboards would show preprocess_event failures