-
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
Use the new schema_migrations_ran table to track remote schema migrations #18393
Conversation
7dbda40
to
920e018
Compare
727a053
to
ade3056
Compare
ade3056
to
25536cf
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just one comment otherwise it looks good. Still going through some test cases though.
@bdunne probably good to fix up whatever specs are failing. I don't see the general form of this changing much at this point |
25536cf
to
a80c633
Compare
@bdunne can you also update the PR title and description to reflect the new direction we went with this? |
a9d447f
to
8fd91be
Compare
Some comments on commits bdunne/manageiq@a80c633~...8fd91be spec/lib/extensions/ar_migration_spec.rb
|
Checked commits bdunne/manageiq@a80c633~...8fd91be with ruby 2.3.3, rubocop 0.52.1, haml-lint 0.20.0, and yamllint 1.10.0 lib/extensions/ar_migration.rb
spec/lib/extensions/ar_migration_spec.rb
|
Use the new schema_migrations_ran table to track remote schema migrations (cherry picked from commit 8cca781) https://bugzilla.redhat.com/show_bug.cgi?id=1668800
Hammer backport details:
|
If a column is added to MiqRegion, that causes replication to stop. With replication stopped we sit in the loop forever waiting for the MiqRegion record for the remote region to be updated with the migrations_ran. If we instead use the new dedicated table
schema_migrations_ran
, we no longer need to worry about model tables adding or removing columns and breaking replication and upgrades.Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=1668800
This should block the release. Without it, users with replication enabled will not be able to migrate their global region through "20180920085721 AddMaintenanceZoneIdToRegion".