multi-node-bridge role in zuul-jobs uses a released OVS package
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
tripleo |
Fix Released
|
High
|
Unassigned |
Bug Description
Tempest test test_network_
The problem stems from that fact that we now set up br-ex using pre.yaml from zuul-jobs which relies on a released version of openvswitch:
https:/
The role defaulted to the ocata version - hence the incompatibility with master deployments.
I was able to get the scenario007 to pass in my local reproducer environment when using the released queens version of openvswitch.
The methodology here is problematic. If we plan to test TripleO integration with OVS, and we only bring in the change with the run playbooks, the pre playbooks will set up with the released version and we will never test what is being changed - or even what is in the master repos.
When you used a role in tripleo-
tags: | added: ci |
Changed in tripleo: | |
milestone: | none → rocky-3 |
importance: | Undecided → High |
status: | New → Triaged |
description: | updated |
tags: | added: alert promotion-blocker |
Can we define the RCA here? /github. com/rdo- infra/rdo- release/ issues/ 10
My take, copying from comment in https:/
OVS installed by openstack-infra could be and afaik is updated by the tripleoci, problem might be 2.6 -> 2.9 upgrade steps are missing i.e. restart ovs service since this is not done anymore by the RPM %post to avoid uncontrolled data plane outages during updates.