Windows instances may not get correct port configuration as set by quantum

Bug #1005616 reported by Armando Migliaccio
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
neutron
Invalid
Medium
Salvatore Orlando

Bug Description

Typically Windows instances go through a sysprep configuration that may mean that the instance goes through a number of reboots before being fully up and running.

In one of my deployments (XenServer-based) I have experienced that the command issued by ovs_quantum_agent gets wiped out while the VM is boostrapping. Below you'll find an example of the chain of events I saw:

1) May 27 22:02:27 comp-3-6 ovs-vsctl: 00001|vsctl|INFO|Called as /usr/bin/ovs-vsctl --timeout=30 -- --if-exists del-port vif103.0 -- add-port xapi2 vif103.0 -- set interface vif103.0 "external-ids:\"xs-vm-uuid\"=\"8d547a8b-429a-7729-6f2a-f01777659e16\"" -- set interface vif103.0 "external-ids:\"xs-vif-uuid\"=\"dc7c30ec-9cd0-eb62-d0fa-9e76cfc75e98\"" -- set interface vif103.0 "external-ids:\"xs-network-uuid\"=\"bebf9442-9791-67f8-ced0-7751ccfa1306\"" -- set interface vif103.0 "external-ids:\"attached-mac\"=\"fa:16:3e:10:0a:b2\""

2) May 27 22:02:28 comp-3-6 ovs-vsctl: 00001|vsctl|INFO|Called as ovs-vsctl --timeout=2 set Port vif103.0 tag=2100

3) May 27 22:02:49 comp-3-6 ovs-vsctl: 00001|vsctl|INFO|Called as /usr/bin/ovs-vsctl --timeout=30 -- --if-exists del-port vif103.0 -- add-port xapi2 vif103.0 -- set interface vif103.0 "external-ids:\"xs-vm-uuid\"=\"8d547a8b-429a-7729-6f2a-f01777659e16\"" -- set interface vif103.0 "external-ids:\"xs-vif-uuid\"=\"dc7c30ec-9cd0-eb62-d0fa-9e76cfc75e98\"" -- set interface vif103.0 "external-ids:\"xs-network-uuid\"=\"bebf9442-9791-67f8-ced0-7751ccfa1306\"" -- set interface vif103.0 "external-ids:\"attached-mac\"=\"fa:16:3e:10:0a:b2\""

1 and 3 are issued by the vif script in /etc/xensource/scripts/vif and 2 is issued by the quantum agent; xapi2 is my integration-bridge, vif103.0 is my Windows VM's vif.

Not sure how easy to reproduce this is, but the conclusion is: the ovs_quantum_agent may need to periodically re-apply configuration of the ports it knows about, because other system entities may interfere with it.

Tags: xapi
Revision history for this message
Salvatore Orlando (salvatore-orlando) wrote :

Verified on xapi backend.

Changed in quantum:
status: New → Confirmed
dan wendlandt (danwent)
Changed in quantum:
importance: Undecided → Medium
Revision history for this message
Salvatore Orlando (salvatore-orlando) wrote :

Armando, do you recall how we sorted this issue last time we looked at it?

Changed in quantum:
assignee: nobody → Salvatore Orlando (salvatore-orlando)
Revision history for this message
Armando Migliaccio (armando-migliaccio) wrote : Re: [Bug 1005616] Re: Windows instances may not get correct port configuration as set by quantum

We patched the vif script in dom0.

On Thu, Jul 12, 2012 at 7:42 PM, Salvatore Orlando <
<email address hidden>> wrote:

> Armando, do you recall how we sorted this issue last time we looked at
> it?
>
> ** Changed in: quantum
> Assignee: (unassigned) => Salvatore Orlando (salvatore-orlando)
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1005616
>
> Title:
> Windows instances may not get correct port configuration as set by
> quantum
>
> Status in OpenStack Quantum (virtual network service):
> Confirmed
>
> Bug description:
> Typically Windows instances go through a sysprep configuration that
> may mean that the instance goes through a number of reboots before
> being fully up and running.
>
> In one of my deployments (XenServer-based) I have experienced that the
> command issued by ovs_quantum_agent gets wiped out while the VM is
> boostrapping. Below you'll find an example of the chain of events I
> saw:
>
> 1) May 27 22:02:27 comp-3-6 ovs-vsctl: 00001|vsctl|INFO|Called as
> /usr/bin/ovs-vsctl --timeout=30 -- --if-exists del-port vif103.0 --
> add-port xapi2 vif103.0 -- set interface vif103.0 "external-ids:\"xs-
> vm-uuid\"=\"8d547a8b-429a-7729-6f2a-f01777659e16\"" -- set interface
> vif103.0 "external-ids:\"xs-vif-uuid\"=\"dc7c30ec-9cd0-eb62-d0fa-
> 9e76cfc75e98\"" -- set interface vif103.0 "external-ids:\"xs-network-
> uuid\"=\"bebf9442-9791-67f8-ced0-7751ccfa1306\"" -- set interface
> vif103.0 "external-ids:\"attached-mac\"=\"fa:16:3e:10:0a:b2\""
>
> 2) May 27 22:02:28 comp-3-6 ovs-vsctl: 00001|vsctl|INFO|Called as ovs-
> vsctl --timeout=2 set Port vif103.0 tag=2100
>
> 3) May 27 22:02:49 comp-3-6 ovs-vsctl: 00001|vsctl|INFO|Called as
> /usr/bin/ovs-vsctl --timeout=30 -- --if-exists del-port vif103.0 --
> add-port xapi2 vif103.0 -- set interface vif103.0 "external-ids:\"xs-
> vm-uuid\"=\"8d547a8b-429a-7729-6f2a-f01777659e16\"" -- set interface
> vif103.0 "external-ids:\"xs-vif-uuid\"=\"dc7c30ec-9cd0-eb62-d0fa-
> 9e76cfc75e98\"" -- set interface vif103.0 "external-ids:\"xs-network-
> uuid\"=\"bebf9442-9791-67f8-ced0-7751ccfa1306\"" -- set interface
> vif103.0 "external-ids:\"attached-mac\"=\"fa:16:3e:10:0a:b2\""
>
> 1 and 3 are issued by the vif script in /etc/xensource/scripts/vif and
> 2 is issued by the quantum agent; xapi2 is my integration-bridge,
> vif103.0 is my Windows VM's vif.
>
> Not sure how easy to reproduce this is, but the conclusion is: the
> ovs_quantum_agent may need to periodically re-apply configuration of
> the ports it knows about, because other system entities may interfere
> with it.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/quantum/+bug/1005616/+subscriptions
>

tags: added: xapi
Revision history for this message
Armando Migliaccio (armando-migliaccio) wrote :

This no longer applies.

Running the OVS quantum agent in dom0 only applies to Essex and I don't thin that's on the support agenda.

Changed in neutron:
status: Confirmed → Invalid
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.