All db sync should be done only at primary controller

Bug #1361676 reported by Bogdan Dobrelya
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Fuel for OpenStack
Invalid
Medium
Bogdan Dobrelya

Bug Description

Related bug https://bugs.launchpad.net/fuel/+bug/1330875

Fuel deploys controllers in parallel, and since non-blocking SST was introduced for galera cluster deployment in Fuel, race conditions are *very* likely to appear for all DB entities.

To fix it we should ensure all db sync operations would be issued only for primary controller node.

Another point is, that in order to run patching (or upgrading) smoothly, all db syncing should be done with refreshonly = false

Changed in fuel:
milestone: none → 5.1
status: New → Triaged
importance: Undecided → High
assignee: nobody → Fuel Library Team (fuel-library)
description: updated
Revision history for this message
Vladimir Kuklin (vkuklin) wrote :

This is almost not needed as db_sync for already migrated database will be instant and not wasting any resources.

Revision history for this message
Vladimir Kuklin (vkuklin) wrote :

I will set this bug as confirmed but severity seems medium to me unless proven otherwise.

Changed in fuel:
milestone: 5.1 → 6.0
importance: High → Medium
status: Triaged → Confirmed
Revision history for this message
Bogdan Dobrelya (bogdando) wrote :

Another point is, that in order to run patching (or upgrading) smoothly, all db syncing should be done with refreshonly = false, but we use true (and puppet upstream do manifests the same) - see https://review.openstack.org/#/c/117217 for example

description: updated
Revision history for this message
Matthew Mosesohn (raytrac3r) wrote :

Package updates should refresh db_sync, but it is probably a good idea to force refreshonly = false to be sure that the DB schema is updated. We should either do patching upgrades one at a time or keep refreshonly = true for secondary controllers.

Revision history for this message
Bogdan Dobrelya (bogdando) wrote :

Raised to high due to this issue relates to many changes as well

Changed in fuel:
importance: Medium → High
Changed in fuel:
assignee: Fuel Library Team (fuel-library) → Bogdan Dobrelya (bogdando)
Changed in fuel:
importance: High → Medium
milestone: 6.0 → 6.1
Revision history for this message
Bogdan Dobrelya (bogdando) wrote :

Looks like the comment #1 is absolutely correct, no need for that change.

Changed in fuel:
status: Confirmed → Invalid
Revision history for this message
Bogdan Dobrelya (bogdando) wrote :

I set this bug as a dup of the newer bug #1330875 as the latter looks better described and has all of the required milestone in place.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.