-
Notifications
You must be signed in to change notification settings - Fork 897
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
Remove the miq_workers table from the reindex list #20305
Remove the miq_workers table from the reindex list #20305
Conversation
This was causing nearly constant deadlocks in an environment with lots of updates on the workers table. Based on https://www.postgresql.org/docs/10/sql-reindex.html it sounds like reindexes will definitely interfere with updates and that the situations where we actually need a reindex are rather rare. https://bugzilla.redhat.com/show_bug.cgi?id=1846281 Fixes ManageIQ#20281
Checked commit carbonin@1a005f4 with ruby 2.5.7, rubocop 0.69.0, haml-lint 0.28.0, and yamllint |
I agree 👍 |
Remove the miq_workers table from the reindex list (cherry picked from commit 153932c)
Jansa backport details:
|
@carbonin I assume this can be |
I don't see why not. Assuming this is in ivanchuk that is (I don't remember when we moved this into the app vs the console) |
Remove the miq_workers table from the reindex list (cherry picked from commit 153932c) https://bugzilla.redhat.com/show_bug.cgi?id=1846281
Ivanchuk backport details:
|
This was causing nearly constant deadlocks in an environment with
lots of updates on the workers table. Based on
https://www.postgresql.org/docs/10/sql-reindex.html it sounds like
reindexes will definitely interfere with updates and that the situations
where we actually need a reindex are rather rare.
https://bugzilla.redhat.com/show_bug.cgi?id=1846281
Fixes #20281
I'm actually okay with leaving this without a migration. My thought was that
if a user has changed the tables for a reindex then they would probably be
aware of this deadlock issue if they were hitting it.