Inconsistent Floating IP pool list response during deployment

Bug #1649989 reported by Nikita Konovalov
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mirantis OpenStack
New
Critical
MOS Nova

Bug Description

Found during the following bug investigation. https://bugs.launchpad.net/mos/+bug/1647286

While creating the set of default templates Sahara fails on the Floating IP pool validation.
Sahara checks that a given Floating IP Pool exists by fetching a list of Floating IP Pools from nova client. However it gets different responses in sequential requests.

First request returns with a correct response containing the network that Sahara is looking for
http://paste.openstack.org/show/592388/

Sahara continues validating other templates and sends the *same* request which returns an empty list of networks.
http://paste.openstack.org/show/592389/

The validation fails causing the failure of the whole deployment.

(Log entries are taken from var/log/sahara/sahara-api.log on node-3-10.109.2.4 See the snapshot attached to the bug https://bugs.launchpad.net/mos/+bug/1647286)

Revision history for this message
Nikita Konovalov (nkonovalov) wrote :

Replaying Sahara deployment puppet manifests 10 minutes later manually does not reproduce the issue and the templates are created and validated successfully.

This most likely means that there is a race condition in the Neutron backend or a split-brain in the database.

Changed in mos:
milestone: none → 9.2
assignee: nobody → MOS Nova (mos-nova)
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.