openvswitch-switch daemon starts before a datapath is installed

Bug #1092172 reported by Ian Wells
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Cisco Openstack
Fix Committed
Critical
Unassigned
Folsom
Fix Released
Critical
Robert Starmer

Bug Description

Seen by John DeN on a compute node. Dependency absent: vswitch/manifests/ovs.pp

Tags: 2012.2.2
Ian Wells (ijw-ubuntu)
Changed in openstack-cisco:
importance: Undecided → Critical
Revision history for this message
Mark T. Voelker (mvoelker) wrote :

Assigning to Robert as I believe he was working with John to debug earlier today. Feel free to reassign if not.

Revision history for this message
John DeNisco (jdenisco) wrote :

I've attached syslog from the control and the compute node. A workaround is to execute the following on the compute node:

apt-get install module-assistant
module-assistant auto-install openvswitch-datapath

Revision history for this message
John DeNisco (jdenisco) wrote :

syslog from the compute node

Revision history for this message
John DeNisco (jdenisco) wrote :

syslog from the control node

Revision history for this message
Ian Wells (ijw-ubuntu) wrote :

There are two separate issues here, it seems:

1. missing dependencies in openvswitch, now largely fixed by Ian in the vswitch module

2. A bug in the packaging of openvswitch:

https://bugs.launchpad.net/ubuntu/+source/openvswitch/+bug/962189

And even this breaks down into several problems:
- you can set autoinstall for the module, and it at least tries to build it, but at least with the older 3.2.0-23 headers it claims not to compile
- if you install the kernel without the headers - as you might reasonably do, since the headers don't actually seem to auto-update versions - then it attempts to compile but fails with the same 'no headers' message.

Thus, to get this to work:
- install headers for all linux kernels resident on your system (in case of a reboot-upgrade) plus the one that's running (in case its image has been removed)
- install the openvswitch-datapath-dkms module
- check it builds, because a silent failure is a possibility
- never update the kernel, apparently, for this may leave you once more without a module

... and this would all work so much better if the openvswitch scripts actually flagged that something was wrong when they couldn't insert the kernel header - they do, textually, but return '0' when they're done.

Revision history for this message
Daneyon Hansen (danehans) wrote :

I fixed this in my Quantum module several weeks ago: https://github.com/danehans/openstack-quantum-puppet/commits/master

Revision history for this message
Ian Wells (ijw-ubuntu) wrote : Re: [Bug 1092172] Re: openvswitch-switch daemon starts before a datapath is installed

No, you didn't. There were at least two bugs in the vswitch module I had
to fix to get this to work reliably.

--
Ian.

On 17/01/2013 00:02, "Daneyon Hansen" <email address hidden> wrote:

>I fixed this in my Quantum module several weeks ago:
>https://github.com/danehans/openstack-quantum-puppet/commits/master
>
>--
>You received this bug notification because you are subscribed to the bug
>report.
>https://bugs.launchpad.net/bugs/1092172
>
>Title:
> openvswitch-switch daemon starts before a datapath is installed
>
>Status in Openstack @ Cisco:
> New
>Status in Cisco Openstack folsom series:
> Triaged
>
>Bug description:
> Seen by John DeN on a compute node. Dependency absent:
> vswitch/manifests/ovs.pp
>
>To manage notifications about this bug go to:
>https://bugs.launchpad.net/openstack-cisco/+bug/1092172/+subscriptions

Revision history for this message
Robert Starmer (starmer) wrote :

We are not currently seeing this bug any longer (as of the last major patch set/rework of) puppet-quantum, puppet-vswitch, puppet-openstack.

Changed in openstack-cisco:
status: New → Fix Committed
Changed in openstack-cisco:
milestone: none → 2012.2.2
Changed in openstack-cisco:
milestone: 2012.2.2 → none
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.