getsentry / getsentry/self-hosted
Redis DB is full of unprocessed events
- Dominant language
- Shell
- Stars
- 9.6k
- Forks
- 2k
- Avg merge
- 1d 5h
- Merged PRs (30d)
- 15
Description
### Self-Hosted Version
22.10.0
### CPU Architecture
x86_64
### Docker Version
20.10.12
### Docker Compose Version
1.29.2
### Steps to Reproduce
1. Just use Sentry
### Expected Result
Redis shouldn't have too many keys in the database.
### Actual Result
Since upgrading to 22.10.0 we see a lot of keys in the redis database. And the number grows pretty fast if DB is not flushed. This didn't happen with previous version of Sentry. Many of the keys started with c: or something like that. I opened one and it seemed like an issue with event_id that I couldn't find from the Sentry UI. So it seems that some component is not picking up the keys from redis to transfer them to permanent storage or something like that. Our PostgreSQL and Redis are configured outside of the docker-compose setup. But some of the new events are saved and can be seen in the UI. So not all of the events go missing.
### Event ID
_No response_
Contributor guide
Assessment
This issue has not been assessed yet.