-
-
Notifications
You must be signed in to change notification settings - Fork 1.9k
UniqueViolation('duplicate key value violates unique constraint "sentry_groupedmessage_project_id_short_id_29374dd7_uniq" #1941
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
Comments
Closing this as this is a duplicate of getsentry/sentry#36868 Our team will be working on this in the upcoming months. |
Is there anything to be done for my corrupt database now though? Does fixing the backup and restore fix bad databases caused by the broken backup/restore? |
Sorry to hear that you've had to experience this, I understand it's definitely not ideal. Did you by chance backup your postgres db before performing a backup/restore? I'm assuming you followed the steps here for a quick backup and restore |
We have a backup of our data, but if a fix for the backup and restore is months away then we have months of uncertainty with our sentry instance, and months for that backup to become outdated and not fit for use (if/when a backup/restore fix is available). We can't do a fresh install of sentry either to help fix things. We just did this to fix other issues, but now backup and restore has caused new ones. It seems our options are to wait an unknown period of time for a possible fix (backup and restore fix is one thing, but the corrupt data it has caused is now another), or completly start our sentry instance afresh (causing toil on all our teams to recreate and setup their projects and integrations). |
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
By backup, I meant a backup of the docker volumes that your old Sentry instance used. If that's the case, it can probably still be recovered. However, if you only have the |
Otherwise, it looks like some community members have played around and came up with a script if you'd like to go down that route: |
We do not have a backup of docker volumes. We had issues with disk usage, and a significant number of internal events from Sentry itself consuming disk, which caused a feedback loop which consumed more disk. Some of our investigation on that is here but ultimately were unsuccessful in fixing our instance. We felt a fresh install was the best method to resolve those issues, but the broken backup/restore script has scuppered those efforts.
Been there, done that, but unsure what's causing the issue mentioned in my first comment here. |
Self-Hosted Version
22.12.0
CPU Architecture
x86_64
Docker Version
20.10.23
Docker Compose Version
1.29.2
Steps to Reproduce
We did a backup and restore of our data from v22.12.0 to v22.12.0
Expected Result
No internal errors.
All events to be stored into Sentry
Actual Result
We're getting a lot of internal project errors on our sentry instance, and reports that some events are not being stored (test events being the most obvious and reproducible to report)
Event ID
No response
The text was updated successfully, but these errors were encountered: