Open davidfowl opened 4 years ago
The timeout on this test is pretty tight. It's not surprising that it fails this way rarely, since the shutdown is meant to be abortive, the app func read loop only has a second to observe the request/connection being aborted and stop reading or else it will get this error.
I think our two options are to:
Thanks for contacting us.
We're moving this issue to the Next sprint planning
milestone for future evaluation / consideration. We will evaluate the request when we are planning the work for the next milestone. To learn more about what to expect next and how this issue will be handled you can read more about our triage process here.
Triage: We want to make the abort timeout internally configurable.
Can close this now. We don't have anymore slabs!
We don't have anymore slabs, but the test still fails with an InvalidOperationException
complaining that the "Block is backed by disposed slab". While the test-only exception has a misleading message, the block has still been disposed when we try to read the request body out of it in the test during an abortive shutdown.
I think our options are still either to:
- Stop using the DiagnosticMemoryPoolFactory in this test allowLateReturn or otherwise.
- Make the time we wait for app funcs to complete after aborting connections configurable. See here.
I see we wanted to make the hard-coded 1 second abort timeout configurable for this test, but I'm not sure it's worth the effort.
I think this test has always been flaky, but only became unquarantined shortly before this issue was filed. That said, the fact it hasn't been requarantined in the last 4 years must mean it's not that flaky.
System.AggregateException : Exceptions occurred while accessing blocks (Block is backed by disposed slab)
---- System.InvalidOperationException : Block is backed by disposed slab
I fixed an error like this here: https://github.com/dotnet/aspnetcore/pull/56281
https://dev.azure.com/dnceng/public/_build/results?buildId=756151&view=ms.vss-test-web.build-test-results-tab&runId=23472678&paneView=debug&resultId=121832
cc @halter73