[Bug 1750121] Re: Dynamic routing: adding speaker to agent fails

David Ames david.ames at canonical.com
Thu May 17 18:54:30 UTC 2018


@Jens,

Some points of clarification. It is possible this is a different but
related bug. First off, no upgrade is occuring. This is a CI environment
[0] in which I do a fresh deployment of neutron and neutron-bgp-dragent
on Xenial with the Queens UCA. The deployment and initial configuration,
including the bgp peer setup, works as expected. The config roughly
follows [1].

Subsequent to the working deployment, I see the "KeyError: 'auth_type'
Unable to sync BGP speaker state" after a simple restart of the neutron-
bgp-dragent.

I confirmed the version of the dynamic routing code includes the changes in this bug report.
ii  neutron-dynamic-routing-common   2:12.0.0-0ubuntu1.1~cloud0                 all          OpenStack Neutron Dynamic Routing - common files
ii  python-neutron-dynamic-routing   2:12.0.0-0ubuntu1.1~cloud0                 all          OpenStack Neutron Dynamic Routing - Python 2.7 library


Steps to reproduce are as follows:

Deploy stack including neutron, dragent and quagga
Configure networking and dynamic routing [1]
Validate BGP peering relations via quagga (vtysh -c "show ip route bgp")

Note: All is working at this point.

Restart neutron-bgp-dragent
See "KeyError: 'auth_type' Unable to sync BGP speaker state" in the neutron-bgp-dragent.log

Peering relationship is dead on quagga.

I have uploaded the neutron-bgp-dragent log with debug=True. I added a
note where the dragent restart takes place in the log.

Regardless if this is the same bug or a different one it is critical as
it means dragent cannot be used in production. Let me know what else I
can do to provide information.

[0] https://github.com/openstack/charm-neutron-dynamic-routing/blob/master/src/tox.ini#L29
[1] https://docs.openstack.org/neutron-dynamic-routing/latest/contributor/testing.html


** Attachment added: "neutron bgp dragent log with debug=True"
   https://bugs.launchpad.net/neutron/+bug/1750121/+attachment/5140997/+files/neutron-bgp-dragent.log.gz

-- 
You received this bug notification because you are a member of Ubuntu
OpenStack, which is subscribed to Ubuntu Cloud Archive.
https://bugs.launchpad.net/bugs/1750121

Title:
  Dynamic routing: adding speaker to agent fails

Status in Ubuntu Cloud Archive:
  Fix Committed
Status in Ubuntu Cloud Archive pike series:
  Fix Committed
Status in Ubuntu Cloud Archive queens series:
  Fix Committed
Status in neutron:
  Fix Released
Status in neutron-dynamic-routing package in Ubuntu:
  Fix Released
Status in neutron-dynamic-routing source package in Artful:
  Fix Committed
Status in neutron-dynamic-routing source package in Bionic:
  Fix Committed
Status in neutron-dynamic-routing source package in Cosmic:
  Fix Released

Bug description:
  SRU details for Ubuntu
  ----------------------
  [Impact]
  See "Original description" below.

  [Test Case]
  See "Original description" below.

  [Regression Potential]
  Low. This is fixed upstream in corresponding stable branches.

  
  Original description
  --------------------
  When following https://docs.openstack.org/neutron-dynamic-routing/latest/contributor/testing.html everything works fine because the speaker is scheduled to the agent automatically (in contrast to what the docs say). But if I remove the speaker from the agent and add it again with

  $ neutron bgp-dragent-speaker-remove 0159fc0a-22de-4995-8fad-8fb8835a4d86 bgp-speaker
  $ neutron bgp-dragent-speaker-add 0159fc0a-22de-4995-8fad-8fb8835a4d86 bgp-speaker

  the following error is seen in the log:

  Feb 17 10:56:30 test-node01 neutron-bgp-dragent[18999]: ERROR
  neutron_dynamic_routing.services.bgp.agent.bgp_dragent [None req-
  da9a22ae-52a2-4be7-a3e8-2dc2dc970fdd admin admin] Call to driver for
  BGP Speaker d2aa5935-30c2-4369-83ee-b3a0ff77cc49 add_bgp_peer has
  failed with exception 'auth_type'.

  The same thing happens when there are multiple agents and one tries to
  add the speaker to one of the other agents.

To manage notifications about this bug go to:
https://bugs.launchpad.net/cloud-archive/+bug/1750121/+subscriptions



More information about the Ubuntu-openstack-bugs mailing list