Open Stack

Hi,

I'm currently running OpenStack Mitaka on CentOS 7.2 and I'm trying to
setup another compute node.

I have nova installed and running and the following neutron packages:
openstack-neutron.noarch              1:8.3.0-1.el7
@openstack-mitaka
openstack-neutron-common.noarch       1:8.3.0-1.el7
@openstack-mitaka
openstack-neutron-ml2.noarch          1:8.3.0-1.el7
@openstack-mitaka
openstack-neutron-openvswitch.noarch  1:8.3.0-1.el7
@openstack-mitaka
python-neutron.noarch                 1:8.3.0-1.el7
@openstack-mitaka
python-neutron-lib.noarch             0.0.3-1.el7
@openstack-mitaka
python2-neutronclient.noarch          4.1.2-1.el7
@openstack-mitaka

The neutron-openvswitch-agent is up and running and I can see it and nova
from the OpenStack commandline.  Neutron agent-list says the new host has
the openvswitch agent and it's alive.

However, when I try to deploy an instance to this new host, I get the
following error and the the instances fails to deploy:

2017-01-20 10:51:21.132 24644 INFO neutron.agent.common.ovs_lib
[req-2be33822-4a69-4521-9267-a81315b20b6b - - - - -] Port
67b72a38-c553-4f06-953c-92f43d5dea60 not present in bridge br-int
2017-01-20 10:51:21.133 24644 INFO
neutron.plugins.ml2.drivers.openvswitch.agent.ovs_neutron_agent
[req-2be33822-4a69-4521-9267-a81315b20b6b - - - - -] port_unbound():
net_uuid None not in local_vlan_map

Here is the output from ovs-vsctl show:
2e5497fc-6f3a-4761-a99b-d4e95d0614f7
    Bridge br-int
        fail_mode: secure
        Port br-int
            Interface br-int
                type: internal
    Bridge br-ex
        Port "eno1"
            Interface "eno1"
        Port br-ex
            Interface br-ex
                type: internal
    ovs_version: "2.5.0"

I suspect I'm missing one small step, but I've been searching google and
logs for days now and I can't seem to nail down the problem.  Does anyone
have any suggestions where I should look next?

Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20170123/8b234189/attachment.html>