Skip to content

Conversation

github-actions[bot]
Copy link

This PR contains a snapshot of yoga from upstream.

lireason and others added 8 commits October 10, 2023 19:08
Change-Id: I546152312c1dfda69f90154cea5d87392e16a7ae
Closes-Bug: #2037596
(cherry picked from commit 7e10a01)
Since [1], some cirros images have been deleted from the CI cache. It
could happen that using cirros images not cached, that implies to
download them, could fail. Any version not cached should be replaced by
its closer image version.

[1]https://review.opendev.org/c/openstack/project-config/+/873735

Related-Bug: #2039586
Change-Id: I683b822becee6b2828eeed04a87d573caa9a76aa
(cherry picked from commit d9596fd)
In most typical use cases ML2/OVN backend don't needs to run DHCP agent
as OVN provides DHCP functionality natively. But there are some use
cases like Baremetal provisioning over IPv6 or Spine Leaf architecture
with DHCP relays where DHCP agent is necessary and it can work perfectly
fine with ML2/OVN backend.
The problem was that dhcpagentscheduler API extension wasn't listed as
supported by the OVN backend so it was filtered out from the list of
supported extensions during start of the neutron server. This caused
problems with API to get/set/delete networks to/from DHCP agent.

This patch adds this API extension to the list of the extensions
supported by the OVN driver to fix that issue.

Depends-On: https://review.opendev.org/c/openstack/tempest/+/898090

Closes-bug: #2038655

Change-Id: I09a37ca451d44607b7dde344c93ace060c7bda01
(cherry picked from commit f006d29)
During the port bulk creation, if an IPAM allocation fails (for
example, if the IP address is outside of the subnet CIDR), the
other IPAM allocations already created are deleted before raising
the exception.

Conflicts:
  neutron/tests/unit/plugins/ml2/test_plugin.py

Closes-Bug: #2039550
Change-Id: I7fd6e38016d099c03f80874bfa1fb8bdaff8bd2c
(cherry picked from commit 71a7abb)
(cherry picked from commit a4c0367)
"ebtables-nft" is failing to delete the rule filtering by MAC address:
  Bridge chain: neutronMAC-test-veth024379, entries: 2, policy: DROP
  -i test-veth024379 --among-src fa:16:3e:47:87:0 -j RETURN
  -j DROP

A workaround for this issue, that works with both "ebtables-nft" and
"ebtables-legacy", is to flush the table and recreate the DROP rule.
The MAC spoofing tables have two rules: the one filtering by MAC address
and the default DROP rule. This workaround has the same effect as just
deleting the filtering rule.

Closes-Bug: #2038541
Change-Id: I38bd016c35d7a76d88c6eceec797d1cea84c45d1
(cherry picked from commit 1879d92)
@github-actions github-actions bot requested a review from a team as a code owner October 23, 2023 08:23
@github-actions github-actions bot added automated Automated action performed by GitHub Actions synchronisation labels Oct 23, 2023
@markgoddard markgoddard merged commit 03ed557 into stackhpc/yoga Oct 24, 2023
@markgoddard markgoddard deleted the upstream/yoga-2023-10-23 branch October 24, 2023 08:48
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
automated Automated action performed by GitHub Actions synchronisation
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants