Closed ryanbrandenburg closed 5 years ago
Caching_SetTtlAndStatusCode_Cached failed with about the same error. Please use this workflow to address this flaky test issue, including checking applicable checkboxes and filling in the applicable "TODO" entries:
Is this actually a flaky test?
Is this test failure caused by product code flakiness? (Either this product, or another product this test depends on.)
Is it that the test itself is flaky? This includes external transient problems (e.g. remote server problems, file system race condition, etc.)
This comment was made automatically. If there is a problem contact @ryanbrandenburg.
@JunTaoLuo can you take a first look at this flaky test issue?
Caching_SetTtlAndStatusCode_Cached failed with about the same error on master.
This comment was made automatically. If there is a problem contact ryanbrandenburg.
Looks like this only affects Windows 7 and Windows Server 2008; we have 100% pass rate on all Windows NT versions 6.2 and higher. It looks like it's caused by flakiness in HttpClient.
Hmm HttpClient flakiness, that's not good...
Looks related to https://github.com/dotnet/corefx/issues/30691. If so, this it's an issue with some Kestrel tests as well.
cc @halter73
Based on the exception details, this very well could be the same corefx issue.
This comment was made automatically. If there is a problem contact ryanbrandenburg.
There were 1 failures with about the same error on master at 10:43:47 PM:
Specifically this is the dotnet/corefx#30691 issue. @Tratcher This is one reason that just disabling ConnectionNotClosedWhenClientSatisfiesMinimumDataRateGivenLargeResponseHeaders is unappealing. As you can see in aspnet/KestrelHttpServer#2777, this causes flakiness in nearly all of our functional tests that send any reasonably large amount of data. Where would we draw the line on which functional tests to disable?
We could try using aspnet/Logging#886 with a very specific predicate to retry any test that we've ever observed failing this way.
This comment was made automatically. If there is a problem contact ryanbrandenburg.
There were 1 failures with about the same error on master at 10:37:37 AM:
There were 1 failures with about the same error on master at 1:17:34 PM:
This comment was made automatically. If there is a problem contact ryanbrandenburg.
There were 1 failures with about the same error on master at 1:52:06 AM:
Looks like the last failure was after your changes in https://github.com/aspnet/HttpSysServer/pull/483. The tests are still failing on Win7: http://aspnetci/viewLog.html?buildId=591404&tab=buildResultsDiv&buildTypeId=XPlat_Windows_Win7_Universe. Can you take a look @Tratcher?
These tests have been re-written.
This test fails occasionally with the following error:
Other tests within that build may have failed with a similar message, but they are not listed here. Check the link above for more info.
CC @Eilon,@muratg,@mkArtakMSFT
This issue was made automatically. If there is a problem contact @ryanbrandenburg.