-
Notifications
You must be signed in to change notification settings - Fork 4.7k
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
Mono crash in System.Net.Requests tests on linux-arm64 #74667
Comments
Tagging subscribers to this area: @mangod9 Issue DetailsIt appears that there is some trouble trying to reap child processes and that leads to a crash. Could it be possible we are timing out waiting for a request to finish? Example log
Lot of other threads are waiting similar to
|
The suite crashes on mono linux-arm64 and is being tracked by dotnet#74667
The suite crashes on mono linux-arm64 and is being tracked by #74667
Tagging subscribers to this area: @dotnet/ncl Issue DetailsIt appears that there is some trouble trying to reap child processes and that leads to a crash. Could it be possible we are timing out waiting for a request to finish? Example log
Lot of other threads are waiting similar to
{ "ErrorMessage":"../sysdeps/unix/sysv/linux/futex-internal.h: No such file or directory." } ReportSummary
|
this is not mono specific (even if mono failures seem prevalent) see #74795 |
Thanks! I wondered but couldn't find any evidence. |
is there some way how to run the tests with Mono and dump the managed objects @steveisok? I would like to see if this is happening during some particular test.... |
I'm not sure. @akoeplinger would you happen to know? |
If you have the crash in lldb/gdb then https://www.mono-project.com/docs/debug+profile/debug/#debugging-with-gdb might help, maybe @BrzVlad knows a better way. The only other quick suggestion I have to pinpoint the exact test is to write a custom xunit v2 assembly runner which logs when a test starts by subscribing to |
We could disable parallelization as workaround for now. Any thoughts on that @karelz? Its seems better than disabling the tests.... |
I think this is showing in CI now quite a bit (I am behind on Test Monitor duty), in which case it is blocking CI and therefore any action to make it not a problem is good. |
…4994) The test was using `RemoteExecutor.Invoke(Action<string, string, string, string> method, ...)` since there is no overload that takes `Func<string, string, string, string, Task>` (only one with three strings) and that means it's becoming an async void. The delegate that gets invoked will return the moment the method awaits something not yet completed, so now there's a race condition, where `RemoteExecutor.Invoke` thinks all work is done, but there's still likely work running and it'll start doing all its cleanup stuff like killing child processes. Fix by removing one string parameter so it picks the correct overload. I'll also open an arcade PR to add an overload with four string arguments. Fixes #74667
Turns out this is still happening, will re-disable the tests and let's continue investigating in #74795 since it's the same issue |
It appears that there is some trouble trying to reap child processes and that leads to a crash. Could it be possible we are timing out waiting for a request to finish?
Example log
Lot of other threads are waiting similar to
Report
Summary
The text was updated successfully, but these errors were encountered: