Skip to content
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

test_multiprocessing_fork running without any timeout #91155

Open
doko42 opened this issue Mar 13, 2022 · 1 comment
Open

test_multiprocessing_fork running without any timeout #91155

doko42 opened this issue Mar 13, 2022 · 1 comment
Labels
tests Tests in the Lib/test dir topic-multiprocessing

Comments

@doko42
Copy link
Member

doko42 commented Mar 13, 2022

BPO 46999
Nosy @doko42

Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.

Show more details

GitHub fields:

assignee = None
closed_at = None
created_at = <Date 2022-03-13.05:17:57.224>
labels = ['tests']
title = 'test_multiprocessing_fork running without any timeout'
updated_at = <Date 2022-03-13.05:17:57.224>
user = 'https://github.com/doko42'

bugs.python.org fields:

activity = <Date 2022-03-13.05:17:57.224>
actor = 'doko'
assignee = 'none'
closed = False
closed_date = None
closer = None
components = ['Tests']
creation = <Date 2022-03-13.05:17:57.224>
creator = 'doko'
dependencies = []
files = []
hgrepos = []
issue_num = 46999
keywords = []
message_count = 1.0
messages = ['415027']
nosy_count = 1.0
nosy_names = ['doko']
pr_nums = []
priority = 'normal'
resolution = None
stage = None
status = 'open'
superseder = None
type = None
url = 'https://bugs.python.org/issue46999'
versions = []

@doko42
Copy link
Member Author

doko42 commented Mar 13, 2022

the test_multiprocessing_fork test is a bit unreliable, at least on both the Debian and Ubuntu test infrastructures, sometimes running for 100+ hours. When running locally, I cannot reproduce these issues. Note that the test and build infrastructure is usually limited to 4-6 cores and 20GB of RAM (including swap). What else could be an issue for these hangs?

How can this test reliably timeout? I know it takes a few hours on slow architectures even when succeeding.

@doko42 doko42 added the tests Tests in the Lib/test dir label Mar 13, 2022
@ezio-melotti ezio-melotti transferred this issue from another repository Apr 10, 2022
Gusse500 added a commit to Gusse500/LFS-Norsk that referenced this issue Apr 6, 2024
Testhengeproblemet er ikke relatert til delvis miljø. Det er bare en
kjent problem (for eksempel python/cpython#91155) og
skjer når vi er uheldige.

Så bare kjør testpakken med en timeout. 1 SBU burde være nok: det er det
ca. 4 ganger av tiden brukt av den tregeste testsaken, på begge
en gammel Athlon 64 3000+ og en Core i5-11300H.

Jeg har ikke sett noen testfeil på et komplett system (det expat-relaterte
feil ser ut til å være fikset av expat-2.6.2 eller 2.6.1). TODO: test dette virkelig
med LFS chroot og dokumentfeil hvis noen.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
tests Tests in the Lib/test dir topic-multiprocessing
Projects
Status: No status
Development

No branches or pull requests

2 participants