-
Notifications
You must be signed in to change notification settings - Fork 525
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Automatically create monitors when using Redbeat #2616
Comments
Assigning to @getsentry/support for routing ⏲️ |
Routing to @getsentry/product-owners-crons for triage ⏲️ |
@antonpirker could you take a look into this please when you're back? |
Hi! Just adding my observations because I have been directed to this ticket by support. I noticed a similar problem - I am using cron monitors for multiple automations that don't use celery. I used to have celery and django integrations enabled by default (because of historical reasons that don't make sense anymore) and decided to disable them for my scripts. It resulted in a better performance on the cron monitors' side. The gray line is at the point when the integrations were disabled. As you can see - it significantly improved the stability of crons, but didn't fix the issue entirely. Is there anything else in addition to celery that I should watch out for? The version of sentry sdk for python that I use is |
@IevgeniiB please create a issue in https://github.com/getsentry/sentry-python/ because it is something different the this issue. Thanks! |
@bensaufley looks like task creation does not work when using redbeat. I will have a look. |
What I know now: For Celery beat we patch So we need to patch this function to make it work when Redbeats scheduler is used. |
@antonpirker thank you! I've submitted a new issue with more info here: #2617 |
Ok, we will add support for Redbeat. When it will be done, this issue will be updated of course. |
Environment
SaaS (https://sentry.io/)
Steps to Reproduce
We're using Python with Celery and Redbeat and following the docs for setup. Using either the autodiscover or manual
@monitor
instrumentation outlined in the docs, we are not having monitors in our Sentry UI automatically created. But manually creating them confirms that the data does come into Sentry—as soon as they're created we can see data for them in the UI, but only from that point forward.I've been talking to Sentry support about this and was asked to create an Issue. Unfortunately our repo is private but our setup is pretty straightforward. Here's the gist of what we've got:
requirements.txt
:worker.py
Expected Result
Cron job monitors are automatically created in Sentry on deploy, or at least when they execute
Actual Result
No monitors are created
Product Area
Crons
Link
No response
DSN
No response
Version
No response
The text was updated successfully, but these errors were encountered: