Repository navigation
Configure the Octavia amphora provider driver and related networking in ci-multinode on OVS - #2685
Draft
saadtariq38 wants to merge 11 commits into
Draft
saadtariq38 wants to merge 11 commits into
saadtariq38 wants to merge 11 commits into
Conversation
… mesh device so that it is treated as a VXLAN instead of an ethernet port
…so it does not error out on a bridge not exisiting
Covers the Amphora provider driver on OVS, the nova_compute_virt_type change to kvm, and the move of the VXLAN mesh device into a Linux bridge so that the host and Neutron both receive frames on the management VLAN.
|
Important Review skippedAuto incremental reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the ⚙️ Run configuration
You can disable this status message by setting the Use the checkbox below for a quick retry:
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info
📝 Walkthrough
Merge Risk: ⚪ Minimal · up to
|
| Check name | Status | Explanation |
|---|---|---|
| Docstring Coverage |  |
No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check. Docstring coverage is scoped to functions touched by this diff. Analyzed 0 functions across 0… |
| Linked Issues check | |
Check skipped because no linked issues were found for this pull request. |
| Out of Scope Changes check | |
Check skipped because no linked issues were found for this pull request. |
- Autofix · Keep fixing CodeRabbit findings and required CI, and resolving merge conflicts
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.
Comment @coderabbitai help to get the list of available commands.
github-actions
Bot
added
the
waiting-author-response
saadtariq38
force-pushed
the
INFRA-830-Configure-Multinode-OVS-Octavia-Amphora
branch
from
October 14, 2026 15:06
3bfa53d to
7b02b50
Compare
saadtariq38
had a problem deploying
to
Leafcloud
October 14, 2026 16:04 — with 
GitHub Actions
Failure
GitHub Actions
Failure
LeafCloud does not support kvm and is the default for CI multinode runs at the moment. Amphora driver can be manually enabled for any SMSLab runs
saadtariq38
had a problem deploying
to
Leafcloud
October 16, 2026 10:32 — with
GitHub Actions
Failure
GitHub Actions
Failure
This branch had an error being deployed
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
The current ci-multinode environment does not have the networking support
needed to run Octavia's Amphora provider driver
Octavia now picks its driver from a new
octavia_amphora_driver_enabledvariable, which defaults to
false. When it is false the environment keeps theOVN provider driver and QEMU, exactly as before.
The amphora driver needs a few extra things, which this adds:
physnet we already have
leads to timeout failures in tempest tests
/dev/kvm-> This is specific to our current SMSLab env and support for nested virtual. Could be changed as needed in the future.octaviaandoctavia-smokeload listsFix
The kernel was giving a frame to the VLAN subinterface first since it had the health manager, which would
accept and then drop it because the health manager lives on the controller
host, so Open vSwitch would never see it. Amphorae started up but Octavia could not
reach them, and they could not even reach DHCP
The fix was to put the VXLAN mesh device inside a Linux bridge and connect Open
vSwitch to that same bridge with a veth pair. A Linux bridge sends a copy of
the traffic to everything attached to it (broadcast), so the host and Open
vSwitch both get one and things work. All the VLAN subinterfaces were also
moved onto the bridge.
This also prevents a lot of similar problems that might have come up in future,
since the previous implementation seemed like a workaround. It fixes one such
problem already:
stackhpc.vxlanandMichaelRigart.interfacesboth wrotevxlan<vni>.nmconnection, and Kayobe wrote it second as an ethernet profile,which cannot create a software device. The mesh device would never reboot since ethernet profile could not recreate the device.
Applies to
By default, no CI job uses the amphora driver.
octavia_amphora_driver_enabledis off because the leaf cloud that runs the multinode jobs has no nested
virt. Every job therefore behaves as it does today.
Deployments that do have nested virtualisation can set the variable to
trueand get the driver, the certificates, the amphora image and the Octavia Tempest
run with no further configuration.
Moving the multinode jobs to SMS and turning
this on was decided to be a separate ticket: https://stackhpc.atlassian.net/browse/INFRA-1972
Testing
Leafcloud is not testing Octavia at all currently. This work can not test it there either and so was
verified by hand on SMSLab with KVM enabled
octaviaload list: 51 passed, 16 skipped, 0 failedRegression test with OVN on the CI cloud, to confirm the networking change does
not affect existing jobs:
test_create_delete_image, timed out with the snapshot stuck inSAVING.seems to be multimodes usual failures on OVN/OVS periodics
Depends on/Linked to
(stackhpc/terraform-kayobe-multinode#131)
Future Work: https://stackhpc.atlassian.net/browse/INFRA-1972