QuantumManager does not correctly handle multiple nova-network nodes

Bug #983024 reported by Mandar Vaze on 2012-04-16
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenStack Compute (nova)
Mandar Vaze

Bug Description

Scenario :

Two hosts running nova-network process for two networks
HostA for networkA (say
HostB for networkB (say

Both these networks are associated with a tenant (say Demo)

Expected Result :

When we launch an new VM instance, dnsmasq setup related requests from allocate_for_instance() request should go to each HostA and HostB (for networkA and networkB respectively)

Actual Result :
dnsmasq setup related request randomly goes to HostA or HostB

Additional Background :

During init_host() - QuantumManager incorrectly associates self.host for all the networks, so any host associations done via "nova-manage network modify --host" are lost if one of the nova-network restarts. (In this case, both nova-networks are now "owned" by nova-network process that restarted)

So now, QuantumManager can not update dnsmasq settings correctly.

Mandar Vaze (mandarvaze) on 2012-04-16
Changed in nova:
assignee: nobody → Mandar Vaze (mandarvaze)
Mandar Vaze (mandarvaze) on 2012-04-26
description: updated

Fix proposed to branch: master
Review: https://review.openstack.org/6829

Changed in nova:
status: New → In Progress
dan wendlandt (danwent) wrote :

You're welcome to work on this, but a word of caution that QuantumManager code will likely be removed in Folsom, as we're shifting to a model where Quantum runs without nova-network at all. This is why we haven't been focusing energy on fixing issues like this.

Reviewed: https://review.openstack.org/6829
Committed: http://github.com/openstack/nova/commit/d901b44fea897a038ce9a8afa32751ab79ffa210
Submitter: Jenkins
Branch: master

commit d901b44fea897a038ce9a8afa32751ab79ffa210
Author: Mandar Vaze <email address hidden>
Date: Thu Apr 26 04:24:26 2012 -0700

    Fixes bug 983024

    enable_dhcp, kill_dhcp and update_dhcp calls are sent to remote
    nova-network, when a network is not associated with current host.

    Change-Id: If7c7c6e58700cc171a8f56669e6455037df7f7e7

Changed in nova:
status: In Progress → Fix Committed
Mandar Vaze (mandarvaze) on 2012-05-10
tags: added: essex-backport
Devin Carlen (devcamcar) on 2012-05-22
Changed in nova:
importance: Undecided → Medium
milestone: none → folsom-1
Thierry Carrez (ttx) on 2012-05-23
Changed in nova:
status: Fix Committed → Fix Released
Thierry Carrez (ttx) on 2012-09-27
Changed in nova:
milestone: folsom-1 → 2012.2
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Related questions