Bug 2073060

Summary:	CoPP Test Failures
Product:	Red Hat Enterprise Linux Fast Datapath	Reporter:	Mark Michelson <mmichels>
Component:	ovn-2021	Assignee:	lorenzo bianconi <lorenzo.bianconi>
Status:	CLOSED ERRATA	QA Contact:	ying xu <yinxu>
Severity:	unspecified	Docs Contact:
Priority:	high
Version:	FDP 22.A	CC:	ctrautma, dcbw, jiji, lorenzo.bianconi
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	ovn-2021-21.12.0-103.el8fdp	Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2023-02-09 00:26:28 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Mark Michelson 2022-04-07 15:01:12 UTC

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.

Comment 1 lorenzo bianconi 2022-04-12 08:03:24 UTC

upstream fix: https://patchwork.ozlabs.org/project/ovn/patch/0145e8c507a0b2ccdffb2e0795beab1aece9ee5e.1649749973.git.lorenzo.bianconi@redhat.com/

Comment 2 Dan Williams 2022-06-21 14:59:48 UTC

Fixed in 22.03 and 22.06

Comment 3 OVN Bot 2023-01-12 05:05:28 UTC

ovn-2021 fast-datapath-rhel-9 clone created at https://bugzilla.redhat.com/show_bug.cgi?id=2160326

Comment 7 ying xu 2023-01-16 06:38:43 UTC

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!

Comment 9 ying xu 2023-01-31 03:05:06 UTC

as comment 8 said, set sanity only.

Comment 11 errata-xmlrpc 2023-02-09 00:26:28 UTC

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