-
-
Notifications
You must be signed in to change notification settings - Fork 32.1k
test_flock/test_lockf are racy #107851
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
Comments
Hello! |
You get a timeout while waiting for the synchronisation. |
I've been seeing this fairly often in the nogil refleaks buildbot (even before we disabled the GIL in the CI). For example, https://buildbot.python.org/all/#/builders/1287/builds/218/steps/5/logs/stdio
|
colesbury
added a commit
to colesbury/cpython
that referenced
this issue
Jul 9, 2024
On heavily loaded machines, the subprocess may finish its sleep before the parent process manages to synchronize with it via a failed lock. This leads to errors like: Exception: failed to sync child in 300.3 sec Use pipes instead to mutually synchronize between parent and child.
colesbury
added a commit
that referenced
this issue
Jul 10, 2024
On heavily loaded machines, the subprocess may finish its sleep before the parent process manages to synchronize with it via a failed lock. This leads to errors like: Exception: failed to sync child in 300.3 sec Use pipes instead to mutually synchronize between parent and child.
miss-islington
pushed a commit
to miss-islington/cpython
that referenced
this issue
Jul 10, 2024
…-121556) On heavily loaded machines, the subprocess may finish its sleep before the parent process manages to synchronize with it via a failed lock. This leads to errors like: Exception: failed to sync child in 300.3 sec Use pipes instead to mutually synchronize between parent and child. (cherry picked from commit af9f6de) Co-authored-by: Sam Gross <[email protected]>
miss-islington
pushed a commit
to miss-islington/cpython
that referenced
this issue
Jul 10, 2024
…-121556) On heavily loaded machines, the subprocess may finish its sleep before the parent process manages to synchronize with it via a failed lock. This leads to errors like: Exception: failed to sync child in 300.3 sec Use pipes instead to mutually synchronize between parent and child. (cherry picked from commit af9f6de) Co-authored-by: Sam Gross <[email protected]>
colesbury
added a commit
that referenced
this issue
Jul 10, 2024
…) (#121586) On heavily loaded machines, the subprocess may finish its sleep before the parent process manages to synchronize with it via a failed lock. This leads to errors like: Exception: failed to sync child in 300.3 sec Use pipes instead to mutually synchronize between parent and child. (cherry picked from commit af9f6de) Co-authored-by: Sam Gross <[email protected]>
colesbury
added a commit
that referenced
this issue
Jul 10, 2024
…) (#121585) On heavily loaded machines, the subprocess may finish its sleep before the parent process manages to synchronize with it via a failed lock. This leads to errors like: Exception: failed to sync child in 300.3 sec Use pipes instead to mutually synchronize between parent and child. (cherry picked from commit af9f6de) Co-authored-by: Sam Gross <[email protected]>
noahbkim
pushed a commit
to hudson-trading/cpython
that referenced
this issue
Jul 11, 2024
…21556) On heavily loaded machines, the subprocess may finish its sleep before the parent process manages to synchronize with it via a failed lock. This leads to errors like: Exception: failed to sync child in 300.3 sec Use pipes instead to mutually synchronize between parent and child.
estyxx
pushed a commit
to estyxx/cpython
that referenced
this issue
Jul 17, 2024
…21556) On heavily loaded machines, the subprocess may finish its sleep before the parent process manages to synchronize with it via a failed lock. This leads to errors like: Exception: failed to sync child in 300.3 sec Use pipes instead to mutually synchronize between parent and child.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
The tests test_flock and test_lockf are racy and fail spuriously. The parent process trying to synchronize the subprocess may sleep up to max_delay=1.0 seconds between tries, while the subprocess locks the file at most sleep_time=0.2 seconds until it exits (and unlocks the file). This may happen completely while the parent sleeps between two tries.
Linked PRs
The text was updated successfully, but these errors were encountered: