Skip to content

Conversation

@dnguyen-pass
Copy link
Contributor

The previous recovery cron took 170 000 fraud checks and sent them directly to Celery. This causes a lot of tasks to be rate limited and stored in the workers memory, leading to an OOMKill.

With the celery feature flag on, the cron will only stack what Celery can realistically do in one hour. The keep the recovery going, the cron should be called every hour.

🎯 Related Ticket or 🔧 Changes Made

Ticket Jira

  • Travail pair testé en environnement de preview

@dnguyen-pass dnguyen-pass force-pushed the PC-39002-fix-ubble-cron branch 2 times, most recently from ddb611b to 602a3d1 Compare November 27, 2025 17:01
The previous recovery cron took 170 000 fraud checks and sent them
directly to Celery. This causes a lot of tasks to be rate limited and
stored in the workers memory, leading to an OOMKill.

With the celery feature flag on, the cron will only stack what Celery
can realistically do in one hour. The keep the recovery going, the cron
should be called every hour.
@dnguyen-pass dnguyen-pass force-pushed the PC-39002-fix-ubble-cron branch from 602a3d1 to 583cbb6 Compare November 28, 2025 15:49
@dnguyen-pass dnguyen-pass merged commit d8a2274 into master Dec 1, 2025
32 checks passed
@dnguyen-pass dnguyen-pass deleted the PC-39002-fix-ubble-cron branch December 1, 2025 10:24
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants