The OVN system test "CoPP" has been failing consistently lately. The tests are failing in GHA, as well as locally on OVN team members' boxes. This is a successful test run from 1 April 2022: https://github.com/dceara/ovn/runs/5785958613?check_suite_focus=true Since then, tests have been failing consistently. I am not uploading any test failures because the test fails consistently on dev boxes as well. Currently, there are several avenues to explore here: 1) This could be due to an OVN/OVS change. If we revert to before tests were failing, do the tests succeed? If so, then we can pinpoint the problem to an OVN or OVS change. 2) This could be due to an issue in the kernel. Ilya mentioned in particular that he had spotted some issues in the kernel with regards to the rates at which meters work. So this could be causing the sudden failures we are seeing. 3) This could be due to the version of scapy used in the tests. If scapy is installed before each test run and we always grab the latest version, then it could be a behavior change was introduced which causes our tests to fail. 4) The test itself could be too stringent.
upstream fix: https://patchwork.ozlabs.org/project/ovn/patch/0145e8c507a0b2ccdffb2e0795beab1aece9ee5e.1649749973.git.lorenzo.bianconi@redhat.com/
Fixed in 22.03 and 22.06
ovn-2021 fast-datapath-rhel-9 clone created at https://bugzilla.redhat.com/show_bug.cgi?id=2160326
hi， lorenzo bianconi since it is not the bug for ovn code, just a system case in code, could you help verify it? Thanks very much!
as comment 8 said, set sanity only.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (ovn-2021 bug fix and enhancement update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2023:0678