[CentOS Stream 10] test_misc.TestCommonModule.test_debug often fails on ppc64le, s390x, or aarch64
hroncok opened this issue · comments
Summary
- OS: CentOS Stream 10
- Architecture: ppc64le, s390x, or aarch64
- Psutil version: 5.9.8
- Python version: 3.12.1
- Type: tests
Description
Hello, similarly to #2373 I often get this failure on ppc64le, s390x, or aarch64 CentOS Stream 10 builders:
======================================================================
FAIL: psutil.tests.test_misc.TestCommonModule.test_debug
----------------------------------------------------------------------
Traceback (most recent call last):
File "/builddir/build/BUILD/psutil-release-5.9.8/psutil/tests/test_misc.py", line 580, in test_debug
assert msg.startswith("psutil-debug"), msg
AssertionError
----------------------------------------------------------------------
This however sometimes happens and sometimes does not (possibly flaky or related to the exact machine the builder uses).
I can provide more details as requested or try to debug the problem if instructed. Unfortunately, I cannot use the machine interactively :(
I am retrying with @retry_on_failure()
I am retrying with
@retry_on_failure()
Nah. One particular build either passes this test immediately or fails all the retrying attempts.
I attempted to fix this in aab8d09. Let me know how it goes.
On it. First, I have verified that I can still reproduce the failures without aab8d09.
Now building with psutil/tests/test_misc.py changes from that commit.
Unfortunately no difference, still fails.
======================================================================
FAIL: psutil.tests.test_misc.TestCommonModule.test_debug
----------------------------------------------------------------------
Traceback (most recent call last):
File "/builddir/build/BUILD/psutil-release-5.9.8/psutil/tests/test_misc.py", line 582, in test_debug
assert msg.startswith("psutil-debug"), msg
AssertionError
----------------------------------------------------------------------
Ran 569 tests in 2.863s
(the line number changed, due to the patch)