Bug 1991557
Summary: | Many Postgres ERRORs (duplicate key) especially on RedHat repo sync | ||
---|---|---|---|
Product: | Red Hat Satellite | Reporter: | Brad Buckingham <bbuckingham> |
Component: | Repositories | Assignee: | Justin Sherrill <jsherril> |
Status: | CLOSED ERRATA | QA Contact: | Cole Higgins <chiggins> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | 6.9.0 | CC: | ahumbe, ehelms, jsherril, peter.vreman, wpinheir, zhunting |
Target Milestone: | 6.12.0 | Keywords: | Triaged |
Target Release: | Unused | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2022-11-16 13:32:46 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 1957813 |
Description
Brad Buckingham
2021-08-09 12:23:34 UTC
it looks like these errors popped in the logs during sync, this is actually expected when syncing multiple repos at the same time. Rails now supports upsert and upsert_all (as of rails 6.0) which should allow us to avoid this and possibly improve performance as well. As long as the actual sync didn't fail (which it doesn't seem like it did), i don't consider this a regression however. But it should be a small change we can do in 6.10 Created redmine issue https://projects.theforeman.org/issues/33451 from this bug Upstream bug assigned to jsherril Upstream bug assigned to jsherril After some investigation, it turns out some tables are missing uniqueness constraints which are probably too risky to add with migrations at this point in 6.10. I'm proposing we move to 7.0. Since this isn't a regression from 6.8/6.9 or earlier I don't see it as a big issue Some input from user point of view: For me the errors did not impact the functionality. The minor impact: - Size the postgres log grows - Many red herrings in the log that might hide real errors and distract during troubleshooting. Still it would be good to have this documented as being expected in 6.10 and improvements are on roadmap for 7.x Moving this bug to POST for triage into Satellite since the upstream issue https://projects.theforeman.org/issues/33451 has been resolved. I would recommend punting this to 6.12. The change has already been merged upstream, but it was a very large change and present good bit of risk. Cherry picking back to 6.11 would not be advisable. However since its merged against upstream it will automatically appear in 6.12, and have more testing/baking done. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Important: Satellite 6.12 Release), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2022:8506 |