Open Stack

On Mon, Mar 14, 2016 at 4:36 AM, Wilence Yao <wilence.yao at gmail.com> wrote:

> Hello all,
>
> I am going to deploye devstakv with networking-ovn, and I am following
> with  the doc
> http://docs.openstack.org/developer/networking-ovn/testing.html
>
> However, error occured in running stack.sh.
>
> Traceback below here:
>
> 2016-03-14 08:14:44.729 | cd datapath/linux && make modules_install
> 2016-03-14 08:14:44.735 | make[1]: Entering directory
> `/opt/stack/ovs/datapath/linux'
> 2016-03-14 08:14:44.735 | make -C
> /lib/modules/3.10.0-327.10.1.el7.x86_64/build
> M=/opt/stack/ovs/datapath/linux modules_install
> 2016-03-14 08:14:45.079 | make[2]: Entering directory
> `/usr/src/kernels/3.10.0-327.10.1.el7.x86_64'
> 2016-03-14 08:14:45.098 |   INSTALL
> /opt/stack/ovs/datapath/linux/openvswitch.ko
> 2016-03-14 08:14:45.148 | Can't read private key
> 2016-03-14 08:14:45.151 |   INSTALL
> /opt/stack/ovs/datapath/linux/vport-geneve.ko
> 2016-03-14 08:14:45.183 | Can't read private key
> 2016-03-14 08:14:45.186 |   INSTALL
> /opt/stack/ovs/datapath/linux/vport-gre.ko
> 2016-03-14 08:14:45.218 | Can't read private key
> 2016-03-14 08:14:45.220 |   INSTALL
> /opt/stack/ovs/datapath/linux/vport-lisp.ko
> 2016-03-14 08:14:45.248 | Can't read private key
> 2016-03-14 08:14:45.250 |   INSTALL
> /opt/stack/ovs/datapath/linux/vport-stt.ko
> 2016-03-14 08:14:45.278 | Can't read private key
> 2016-03-14 08:14:45.281 |   INSTALL
> /opt/stack/ovs/datapath/linux/vport-vxlan.ko
> 2016-03-14 08:14:45.309 | Can't read private key
> 2016-03-14 08:14:45.322 |   DEPMOD  3.10.0-327.10.1.el7.x86_64
> 2016-03-14 08:14:45.668 | make[2]: Leaving directory
> `/usr/src/kernels/3.10.0-327.10.1.el7.x86_64'
> 2016-03-14 08:14:45.669 | depmod `sed -n 's/#define UTS_RELEASE
> "\([^"]*\)"/\1/p'
> /lib/modules/3.10.0-327.10.1.el7.x86_64/build/include/generated/utsrelease.h`
> 2016-03-14 08:14:45.986 | make[1]: Leaving directory
> `/opt/stack/ovs/datapath/linux'
> 2016-03-14 08:14:46.007 | modprobe: FATAL: Module openvswitch is in use.
> 2016-03-14 08:14:46.009 | Error on exit
> 2016-03-14 08:14:46.487 | ovs-vsctl:
> unix:/usr/local/var/run/openvswitch/db.sock: database connection failed (No
> such file or directory)
> 2016-03-14 08:14:46.498 | ovs-ofctl: br-int is not a bridge or a socket
> 2016-03-14 08:14:46.508 | ovs-ofctl: br-tun is not a bridge or a socket
> 2016-03-14 08:14:46.518 | ovs-ofctl: br-ex is not a bridge or a socket
> 2016-03-14 08:14:46.529 | ovs-ofctl: br-int is not a bridge or a socket
> 2016-03-14 08:14:46.540 | ovs-ofctl: br-tun is not a bridge or a socket
> 2016-03-14 08:14:46.551 | ovs-ofctl: br-ex is not a bridge or a socket
>
> I know that in this process , stack.sh will install openvswitch when
> processing neutron, then it will uninstall openvswitch and make && make
> install openvswitch from ovs code source again.
>

​Yes, I've wanted to figure out a way to prevent ovs from being installed
by package, but haven't done it yet.  We should probably file a bug on it
against networking-ovn.
​


>
> Because of uninstalling of openvswitch, br-int and other brigeds loss from
> ovs, so the new ovn process come accross the error that no bridges
> br-int/br-ex/br-tun.
>
> Is this a networking-ovn bug or a devstack bug?
>

​Please file a bug against networking-ovn for your error.  The problem
isn't clear, but we can track it there.

I assume this is CentOS 7?  I hvaen't tried with CentOS 7 in a long time,
unfortunately.  I use Fedora 23 regularly without issue.  It also runs on
Ubuntu 14.04 in OpenStack CI regularly.​  If it's not working on CentOS 7,
we need to fix it.  Ideally we should set up a CI job for it, as well.

Some of your errors are a bit odd.  I would not expect br-ex or br-tun to
be created.  Can you also share your devstack configuration?  Was this
system used for any other configuration before?  If so, can you try a fresh
environment?


-- 
Russell Bryant
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20160314/460f54ee/attachment.html>