Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
RDO tickets are now tracked in Jira https://issues.redhat.com/projects/RDO/issues/

Bug 1269610

Summary: Overcloud deployment fails - openvswitch agent is not running and nova instances end up in error state
Product: [Community] RDO Reporter: Marius Cornea <mcornea>
Component: openstack-neutronAssignee: Ihar Hrachyshka <ihrachys>
Status: CLOSED CURRENTRELEASE QA Contact: Ofer Blaut <oblaut>
Severity: high Docs Contact:
Priority: unspecified    
Version: LibertyCC: chrisw, ggillies, ibravo, ihrachys, jtrowbri, mburns, mcornea, yeylon
Target Milestone: ---   
Target Release: Liberty   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 1283623 (view as bug list) Environment:
Last Closed: 2016-03-30 23:07:09 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1283623    
Attachments:
Description Flags
openvswitch agent log
none
neutron logs
none
ml2_conf.ini none

Description Marius Cornea 2015-10-07 17:38:02 UTC
Created attachment 1080751 [details]
openvswitch agent log

Description of problem:
Overcloud deployment fails with the nova instances being in error state. Neutron server log shows 'Failed to bind port' messages. 

Version-Release number of selected component (if applicable):
instack-0.0.8-dev4.el7.centos.noarch
instack-undercloud-2.1.3-dev222.el7.centos.noarch

How reproducible:
100%

Steps to Reproduce:
1.  openstack overcloud deploy --templates

Actual results:
[stack@instack ~]$ openstack overcloud deploy --templates
Deploying templates in the directory /usr/share/openstack-tripleo-heat-templates
Stack failed with status: Resource CREATE failed: resources.Controller: ResourceInError: resources[0].resources.Controller: Went to status ERROR due to "Message: Exceeded maximum number of retries. Exceeded max scheduling attempts 3 for instance c63bb1e9-ae43-48e2-8824-b9a8f1ccfc5e. Last exception: [u'Traceback (most recent call last): \n', u'  File "/usr/lib/python2.7/site-packages/nova/compute/manager.py", line 1, Code: 500"


Expected results:
Stack is created successfully. 

Additional info:
[stack@instack ~]$ nova list
+--------------------------------------+-------------------------+--------+------------+-------------+----------+
| ID                                   | Name                    | Status | Task State | Power State | Networks |
+--------------------------------------+-------------------------+--------+------------+-------------+----------+
| e5c061ce-ad2e-4b62-8f13-8180776b5727 | overcloud-controller-0  | ERROR  | -          | NOSTATE     |          |
| b50ad55c-55ce-4916-888f-ed5d601f91d1 | overcloud-novacompute-0 | ERROR  | -          | NOSTATE     |          |
+--------------------------------------+-------------------------+--------+------------+-------------+----------+

neutron logs show Failed to bind port messages which point to neutron-openvswitch-agent not running. openvswitch agent log shows:
ERROR neutron.plugins.ml2.drivers.openvswitch.agent.ovs_neutron_agent [req-ab5b4e8e-bf5c-444b-a74c-338fd54e3363 - - - - -] invalid literal for int() with base 10: 'None' Agent terminated!

Attaching openvswitch agent log.

Comment 1 Marius Cornea 2015-10-07 17:49:37 UTC
Following the docs at http://docs.openstack.org/developer/tripleo-docs/installation/installing.html

Installed repos:
http://paste.openstack.org/show/475641/

[stack@instack ~]$ rpm -qa | grep neutron
python-neutron-8.0.0-dev362.el7.centos.noarch
python-neutronclient-3.1.1-dev7.el7.centos.noarch
openstack-neutron-openvswitch-8.0.0-dev362.el7.centos.noarch
openstack-neutron-8.0.0-dev362.el7.centos.noarch
openstack-neutron-ml2-8.0.0-dev362.el7.centos.noarch
openstack-neutron-common-8.0.0-dev362.el7.centos.noarch

Comment 2 John Trowbridge 2015-10-08 13:47:49 UTC
I see one issue here, but I am not sure if it is the root cause.

Those neutron packages are Mitaka. This is a problem with using upstream docs for RDO. We need to fork the upstream docs so that we can point to liberty trunk repos.

Could you see if you can reproduce this issue using liberty repos?

http://trunk.rdoproject.org/centos7-liberty/
instead of
http://trunk.rdoproject.org/centos7/

Comment 3 Graeme Gillies 2015-10-13 02:22:30 UTC
I can reproduce this problem in liberty with the following packages

python-neutron-7.0.0.0-rc2.dev21.el7.centos.noarch
python-neutronclient-3.1.1-dev1.el7.centos.noarch
openstack-neutron-ml2-7.0.0.0-rc2.dev21.el7.centos.noarch
openstack-neutron-7.0.0.0-rc2.dev21.el7.centos.noarch
openstack-neutron-common-7.0.0.0-rc2.dev21.el7.centos.noarch
openstack-neutron-openvswitch-7.0.0.0-rc2.dev21.el7.centos.noarch

Others are hitting this in RDO Liberty as well

https://bugs.launchpad.net/neutron/+bug/1494281

Comment 4 Marius Cornea 2015-10-16 12:20:52 UTC
I've just hit this again after a couple of overcloud redeployments. The openvswitch agent eventually fails with 'invalid literal for int() with base 10: 'None' Agent terminated!' and no further instances can be boot up.

openstack-neutron-ml2-7.0.0.0-rc2.dev21.el7.centos.noarch
openstack-neutron-openvswitch-7.0.0.0-rc2.dev21.el7.centos.noarch
openstack-neutron-common-7.0.0.0-rc2.dev21.el7.centos.noarch
openstack-neutron-7.0.0.0-rc2.dev21.el7.centos.noarch
python-neutron-7.0.0.0-rc2.dev21.el7.centos.noarch
python-neutronclient-3.1.1-dev1.el7.centos.noarch

Comment 5 Marius Cornea 2015-10-16 13:37:17 UTC
To reproduce this issue you can restart the openvswitch-agent right after the undercloud installation and the error should show up:

systemctl restart neutron-openvswitch-agent.service

Comment 6 Ihar Hrachyshka 2015-10-19 12:18:02 UTC
The segment id is provided by neutron-server which should allocate it for a port and push into the agent. I suspect a configuration issue. Please attach config and log files for ovs agent and neutron-server.

Comment 7 Marius Cornea 2015-10-19 18:23:41 UTC
Created attachment 1084473 [details]
neutron logs

Attached. Thanks.

Comment 8 Ihar Hrachyshka 2015-10-20 12:00:17 UTC
I don't see all config files that are read by neutron-server, specifically, plugin.ini (which is probably ml2_conf.ini).

I believe it's the issue known to upstream: https://bugs.launchpad.net/neutron/+bug/1494281

I see that your neutron-server uses flat networking (as per logs). This is probably what is broken in Liberty.

Comment 9 Marius Cornea 2015-10-20 12:09:18 UTC
Created attachment 1084703 [details]
ml2_conf.ini

I attached the ml2_conf.ini. By default there is a single flat network that gets created. Note that the configuration is done by the installer so if any config changes are required we'd probably want to track those in a separate BZ.

Comment 10 Ihar Hrachyshka 2015-11-05 12:55:27 UTC
The fix was merged in upstream into Liberty branch. We expect a new release of Neutron this week; once it's there, we'll rebase the package.

Comment 11 Ihar Hrachyshka 2016-03-24 14:00:00 UTC
neutron 7.0.1 is now packaged in CentOS hosted RDO repos: http://mirror.centos.org/centos/7/cloud/x86_64/openstack-liberty/