-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
System.Net.Security.Tests failed with System.IO.IOException #52362
Comments
Tagging subscribers to this area: @dotnet/ncl, @vcsjones Issue DetailsRun: runtime-coreclr libraries-jitstress 20210505.1 Failed tests:
Error message:
|
This comment has been minimized.
This comment has been minimized.
Kusto -- methods to query: or Method == 'ClientAsyncAuthenticate_IndividualServerVsAllClientSupportedProtocols_Success'
or Method == 'ServerAsyncAuthenticate_EachSupportedProtocol_Success' Failures 3/18-9/2 (incl. PRs):
It is suspicious that the tests fail only with JitStress and all tests at once, also always together with test failures in #52361 -- perhaps some kind of environmental problem? |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
@BruceForstall could you help hypothesize why this only fails for jitstress? Is this a particularly slow form of jitstress? |
Based on the table above, the test fails in many different types of jitstress. Some are slower (like zapdisable), but many should be much faster than normal, e.g., "no_tiered_compilation" which just says "turn on the JIT optimizer; don't allow tiering". Possibly some timing issue is exacerbated by the code running faster (due to the JIT optimizing the code)? Note that one problem with most libraries tests is that the default run style is with tiered compilation enabled. That means that the test runs with no JIT optimization until it runs enough times to be "tiered up" / optimized. But most test code never reaches that level. However, the jitstress modes all disable tiering, forcing JIT optimization. Has anyone tried reproducing these locally? |
This comment has been minimized.
This comment has been minimized.
@danmoseley the exceptions are different, so keeping 2 different issues isn't bad. No need to dupe them. |
I think this duplicate of #52361. Depending on timing we can surface the server exception but if the client wins, we would see connection close as the server aborted and the exception is still to be processed. await TestConfiguration.WhenAllOrAnyFailedWithTimeout(t1, t2); |
Run: runtime-coreclr libraries-jitstress 20210505.1
Failed tests:
Error message:
The text was updated successfully, but these errors were encountered: