-
Bug
-
Resolution: Done
-
Normal
-
4.19, 4.20
-
Quality / Stability / Reliability
-
False
-
-
1
-
Moderate
-
None
-
None
-
None
-
MCO Sprint 274, MCO Sprint 275, MCO Sprint 276
-
3
-
Done
-
Release Note Not Required
-
N/A
-
None
-
None
-
None
-
None
This is a clone of issue OCPBUGS-59203. The following is the description of the original issue:
—
Description of problem:
Since running the MCN tests in the MCO's new disruptive test suite, the `Should have MCN properties matching associated node properties for nodes in default MCPs` test has become more flaky due to interference from the the `Should properly update the MCN from the associated MCD` test.
Version-Release number of selected component (if applicable):
Flakes have happened in 4.19 & 4.20.
How reproducible:
Rare issue that only occurs when both the following are true:
- `Should have MCN properties matching associated node properties for nodes in default MCPs` and `Should properly update the MCN from the associated MCD` tests target the same worker node
- `Should have MCN properties matching associated node properties for nodes in default MCPs` gets the MCN object in the time between the desired annotation update & cleanup in the `Should properly update the MCN from the associated MCD` test
Steps to Reproduce:
The failures happen intermittently, so it's hard to reproduce. Example test failures can be seen in the following example runs:
Actual results:
Occasionally, the `Should have MCN properties matching associated node properties for nodes in default MCPs` test will fail due to interference with the `Should properly update the MCN from the associated MCD` test.
Expected results:
There should be no interference between tests. This likely means that `Should properly update the MCN from the associated MCD` should be tagged as a serial test.
Additional info:
N/A
- clones
-
OCPBUGS-59203 MCN happy scope test should run as a serial test
-
- Verified
-
- is blocked by
-
OCPBUGS-59203 MCN happy scope test should run as a serial test
-
- Verified
-
- links to