-
-
Notifications
You must be signed in to change notification settings - Fork 30.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
PPC64LE RHEL8 3.x buildbot is timing out on test_gdb #104735
Comments
Oh, sorry! It turns out that |
Yeah, ppc64le with GCC is supported at Tier-2 level: it's the config of RHEL operating system. ppc64le with clang is only supported at Tier-3 level: best effort.
I made multiple test_gdb changes last year. Is the ppc64le buildbot still failing with timeout time to time? If yes, does someone have links to such recent failures? |
test_gdb.test_pycfunction() is running tons of tests in a single method. I splitted test_gdb.py into a test_gdb test package (multiple .py files): commit 8f324b7 of issue gh-109972. If it still fails time to time, maybe we should simply increase the timeout. I noticed that some PPC64LE buildbot workers are way slower than other buildbot workers. I don't recall which ones. |
If you still care, you can get access to ppc64le machines from Fedora: https://fedoraproject.org/wiki/Test_Machine_Resources_For_Package_Maintainers I can give you a SSH access the ppc64 machines maintained by Red Hat, you should be able to easily reproduce the issue in a few minutes (need to clone the repo, build Python with similar build options than the worker, and run the test). Otherwise, we can just downgrade ppc64le+gcc to Tier-2, that's ok. |
Let's do both: downgrade to tier 3, but I'll keep an eye on stable buildbots, and use Fedora infra when I around get to investigating this issue. |
I lost track of this issue. Does the issue still occur time to time? |
No. |
Ok, thanks for keeping track of that issue. |
Buildbot https://buildbot.python.org/all/#/builders/559 has been failing since May 12 with a failure like this:
It last passed on commit 718b132 and succeeded on a052be4, suggesting that the culprit is one of these commits:
__release_buffer__
is called while an exception is active #104371: check return value of callingmv.release
(GH-104371: check return value of callingmv.release
#104417)test_typing
fails refleak tests #104415: Fix refleak tests fortyping.ByteString
deprecation (gh-104415: Fix refleak tests fortyping.ByteString
deprecation #104416)_io
extension module #101819: Prepare _io._IOBase for module state (gh-101819: Prepare _io._IOBase for module state #104386)The text was updated successfully, but these errors were encountered: