Some multinode test [1] writes chassis-mac-mapping, but does not
clean it up on exit. This would cause some other tests, not expecting
the chassis-mac-mapping, to fail if executed afterwards.
For instance, executing [0] after [1] fails.
[0] HA: Check for missing garp on leader when BFD goes back up.
[1] redirect-bridged to non-gw destination switch port.

Signed-off-by: Xavier Simonart <[email protected]>
---
 tests/multinode.at | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/tests/multinode.at b/tests/multinode.at
index 91f220abd..3df2921ee 100644
--- a/tests/multinode.at
+++ b/tests/multinode.at
@@ -5275,6 +5275,9 @@ check multinode_nbctl lrp-set-gateway-chassis ro-public 
ovn-gw-1
 check multinode_nbctl lrp-set-redirect-type ro-public bridged
 
 m_as ovn-gw-1 ovs-vsctl set open . 
external-ids:ovn-bridge-mappings=public:br-ex
+
+on_exit 'm_as ovn-chassis-1 ovs-vsctl remove open . external-ids 
ovn-chassis-mac-mappings'
+on_exit 'm_as ovn-gw-1 ovs-vsctl remove open . external-ids 
ovn-chassis-mac-mappings'
 m_as ovn-chassis-1 ovs-vsctl set open . 
external-ids:ovn-chassis-mac-mappings="public:aa:bb:cc:dd:01:01"
 m_as ovn-gw-1 ovs-vsctl set open . 
external-ids:ovn-chassis-mac-mappings="public:aa:bb:cc:dd:02:01"
 
-- 
2.47.1

_______________________________________________
dev mailing list
[email protected]
https://mail.openvswitch.org/mailman/listinfo/ovs-dev

Reply via email to