charm-neutron-gateway:stable/stein

Last commit made on 2021-10-21
Get this branch:
git clone -b stable/stein https://git.launchpad.net/charm-neutron-gateway

Branch merges

Branch information

Name:
stable/stein
Repository:
lp:charm-neutron-gateway

Recent commits

fb8095b... by Alex Kavanagh

21.10 - Release

Remove the "channel: candidate" from the func-test
bundles.

Change-Id: Ie6ae742793579278321ccd7522894a05fddaee38

e5f9a60... by Alex Kavanagh

21.10 - Stable cut of charms for testing period

* use stable/21.10 libraries
* use zaza/zaza-openstack-tests at stable/21.10
* build.lock files for reactive charms
* bundles refer to ~openstack-charms candidate channel

Change-Id: I993cbf5e66b3eed5133aa4eb323390a60988fef0

d066f33... by Zuul <email address hidden>

Merge "Fix link formatting in README"

7228648... by Alex Kavanagh

Add xena bundles

- add non-voting focal-xena bundle
- add non-voting impish-xena bundle
- charm-helpers sync for new charm-helpers changes
- update tox/pip.sh to ensure setuptools<50.0.0
- disabled hirsute-wallaby due to
  https://bugs.launchpad.net/charm-neutron-gateway/+bug/1945746

Change-Id: I09f111993addbdaa87a1cd695dfebe78844ccd17
Co-authored-by: Aurelien Lourot <email address hidden>

0f4c7e7... by Liam Young

Increase nova-cloud-controller RAM in func tests

Recent test run(s) have shown memory exhaustion on the nova
cloud controller units. This exhibits itself as the controller
dropping messages from the compute nodes and logging messages like:

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/oslo_service/threadgroup.py", line 268, in _perform_action_on_threads
  File "/usr/lib/python3/dist-packages/oslo_service/threadgroup.py", line 342, in <lambda>
    lambda x: x.wait(),
  File "/usr/lib/python3/dist-packages/oslo_service/threadgroup.py", line 61, in wait
    return self.thread.wait()
  File "/usr/lib/python3/dist-packages/eventlet/greenthread.py", line 180, in wait
    return self._exit_event.wait()
  File "/usr/lib/python3/dist-packages/eventlet/event.py", line 125, in wait
    result = hub.switch()
  File "/usr/lib/python3/dist-packages/eventlet/hubs/hub.py", line 298, in switch
    return self.greenlet.switch()
  File "/usr/lib/python3/dist-packages/eventlet/hubs/hub.py", line 350, in run
    self.wait(sleep_time)
  File "/usr/lib/python3/dist-packages/eventlet/hubs/poll.py", line 80, in wait
    presult = self.do_poll(seconds)
  File "/usr/lib/python3/dist-packages/eventlet/hubs/epolls.py", line 31, in do_poll
    return self.poll.poll(seconds)
MemoryError

to the nova-conductor log.

It seems very likely this issue is specific to Bionic Stein so it
may be a little wasteful to have increased the memory allocation
for all the bundles but I think consistancy between the bundles is
more important.

Change-Id: I2d45acadcd221786513c49256f087114a985e74f

115c34f... by Liam Young

Add AppArmor Rule for keepalived

A patch was introduced [0] "..which sets the backup gateway
device link down by default. When the VRRP sets the master state in
one host, the L3 agent state change procedure will
do link up action for the gate$way device.".

This change causes an issue when using keepalived 2.X (focal+) which
is fixed by patch [1] which adds a new 'no_track' option to all VIPs
and routes in keepalived's config file.

Patch [1] which fixed keepalived 2.X broke keepalived 1.X (<focal).
So patch [2] was added which adds a keepalived_use_no_track config
option which is set to True control whether the 'no_track' option
is added to the keepalived config.

Finally, patchset [3] introduces automatic detection of the
keepalived version by adding a call to `keepalived --version`
but this is denied by the packages apparmor rules.

[0] https://review.opendev.org/c/openstack/neutron/+/707406
[1] https://review.opendev.org/c/openstack/neutron/+/721799
[2] https://review.opendev.org/c/openstack/neutron/+/745641
[3] https://review.opendev.org/c/openstack/neutron/+/757620

Change-Id: I3eb1ef3fe29a8c4e5e26953844f303c8e985248a

e694359... by Zuul <email address hidden>

Merge "Add extension fwaas_v2 based on neutron-api relation data"

c7566f4... by Zuul <email address hidden>

Merge "Actions that expose various neutron resources"

c6f9706... by Edin S

Actions that expose various neutron resources

New actions:
  * show-routers
  * show-dhcp-networks
  * show-loadbalancers

Partial-Bug: #1916231
Closes-Bug: #1917401
Closes-Bug: #1917403
Closes-Bug: #1917405

Change-Id: Ie59c2a7d5c1ee9c51a0f7db4e8f38229812ac84a
func-test-pr: https://github.com/openstack-charmers/zaza-openstack-tests/pull/611

de22d6c... by Hemanth Nakkina

Add extension fwaas_v2 based on neutron-api relation data

fwaas_v2 extension is added in l3_agent.ini by default from stein.
However with the newly introduced neutron-api configuration parameter
enable-fwaas, the extension have to added only when it is set to true
on neutron-api charm.

neutron-api charm adds enabled-fwaas as relation data in the commit
https://review.opendev.org/c/openstack/charm-neutron-api/+/806676.
This patch removes special handling of fwaas_v2 as l3_extension_plugins
is already updated in relation data based on neutron-api enable-fwaas
configuration.

Remove python3-neutron-fwaas in package list from stein release. The
package is already part of dependency of neutron-l3-agent until Ussuri
release and the dependency will be removed from Victoria release in
package control files.

Synced charmhelpers to get related changes
https://github.com/juju/charm-helpers/pull/635

Partial-Bug: #1934129
Change-Id: I07db7fb7c2f00eaf4c0a5bcc082c73922b87d1c0