Repository navigation
BinderTracingTest.ResolutionFlow.cmd timed out #37132
Description
Activity
- addedarea-Infrastructure-coreclrOnly use for closed issuesOnly use for closed issuesuntriagedNew issue has not been triaged by the area ownerNew issue has not been triaged by the area owner
on May 28, 2020 - addedblocking-clean-ciBlocking PR or rolling runs of 'runtime' or 'runtime-extra-platforms'Blocking PR or rolling runs of 'runtime' or 'runtime-extra-platforms'
on May 28, 2020 Failed again in #37254.
console logIs the correct area assembly loader?
- removeduntriagedNew issue has not been triaged by the area ownerNew issue has not been triaged by the area owner
on Jul 13, 2020 - addedarea-AssemblyLoader-coreclronly use for closed issuesonly use for closed issuesand removedarea-Infrastructure-coreclrOnly use for closed issuesOnly use for closed issues
on Jul 13, 2020 Can we determine when was the last time we saw this failure? @elinor-fung added some fixes relatively recently to the binder tracing tests - maybe it has already been fixed.
This test failed in my PR (CoreCLR Pri0 Runtime Tests Run Windows_NT arm checked).
https://helix.dot.net/api/2019-06-17/jobs/97e4a4cc-c6f6-4393-87cd-50b9aabe3ca2/workitems/PayloadGroup0/consoleLoader\binding\tracing\BinderTracingTest.ResolutionFlow\BinderTracingTest.ResolutionFlow.cmd [FAIL] Return code: 1 Raw output file: D:\h\w\B4F40A09\w\B07D094D\e\Loader\binding\Reports\Loader.binding\tracing\BinderTracingTest.ResolutionFlow\BinderTracingTest.ResolutionFlow.output.txt Raw output: BEGIN EXECUTION "D:\h\w\B4F40A09\p\corerun.exe" BinderTracingTest.ResolutionFlow.dll [1:05:59 PM] Launching process for AppDomainAssemblyResolveEvent_Exception... [1:05:59 PM] Running AppDomainAssemblyResolveEvent_Exception... [1:06:00 PM] Launching process for LoadFromAssemblyPath_FoundInAppPath... [1:06:00 PM] Running LoadFromAssemblyPath_FoundInAppPath... [1:06:01 PM] Launching process for LoadFromAssemblyPath_FoundInLoadContext_DifferentMvid... [1:06:02 PM] Running LoadFromAssemblyPath_FoundInLoadContext_DifferentMvid... [1:06:02 PM] Launching process for LoadFromAssemblyPath_FoundInAppPath_IncompatibleVersion... [1:06:03 PM] Running LoadFromAssemblyPath_FoundInAppPath_IncompatibleVersion... [1:06:03 PM] Running AssemblyLoadContextResolving_ReturnNull... Test AssemblyLoadContextResolving_ReturnNull failed: System.AggregateException: One or more errors occurred. (An error occurred when writing to a listener.) ---> System.Diagnostics.Tracing.EventSourceException: An error occurred when writing to a listener. ---> System.ArgumentNullException: Value cannot be null. (Parameter 'source') at System.Linq.ThrowHelper.ThrowArgumentNullException(ExceptionArgument argument) in /_/src/libraries/System.Linq/src/System/Linq/ThrowHelper.cs:line 12 at System.Linq.Enumerable.Any[TSource](IEnumerable`1 source, Func`2 predicate) in /_/src/libraries/System.Linq/src/System/Linq/AnyAll.cs:line 51 at BinderTracingTests.BinderEventListener.IsLoadToTrack(String name) in /Users/runner/work/1/s/src/tests/Loader/binding/tracing/BinderEventListener.cs:line 361 at BinderTracingTests.BinderEventListener.OnEventWritten(EventWrittenEventArgs data) in /Users/runner/work/1/s/src/tests/Loader/binding/tracing/BinderEventListener.cs:line 343 at System.Diagnostics.Tracing.EventSource.DispatchToAllListeners(Int32 eventId, EventWrittenEventArgs eventCallbackArgs) --- End of inner exception stack trace --- at System.Diagnostics.Tracing.EventSource.DispatchToAllListeners(Int32 eventId, EventWrittenEventArgs eventCallbackArgs) at System.Diagnostics.Tracing.EventSource.WriteToAllListeners(Int32 eventId, UInt32* osThreadId, DateTime* timeStamp, Guid* activityID, Guid* childActivityID, Object[] args) at System.Diagnostics.Tracing.EventPipeEventDispatcher.DispatchEventsToEventListeners() at System.Threading.Tasks.Task.InnerInvoke() at System.Threading.Tasks.Task.<>c.<.cctor>b__277_0(Object obj) at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state) --- End of stack trace from previous location --- at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state) at System.Threading.Tasks.Task.ExecuteWithThreadLocal(Task& currentTaskSlot, Thread threadPoolThread) --- End of inner exception stack trace --- at System.Threading.Tasks.Task.ThrowIfExceptional(Boolean includeTaskCanceledExceptions) at System.Threading.Tasks.Task.Wait(Int32 millisecondsTimeout, CancellationToken cancellationToken) at System.Threading.Tasks.Task.Wait() at System.Diagnostics.Tracing.EventPipeEventDispatcher.StopDispatchTask() at System.Diagnostics.Tracing.EventPipeEventDispatcher.CommitDispatchConfiguration() at System.Diagnostics.Tracing.EventPipeEventDispatcher.RemoveEventListener(EventListener listener) at System.Diagnostics.Tracing.EventListener.RemoveReferencesToListenerInEventSources(EventListener listenerToRemove) at System.Diagnostics.Tracing.EventListener.Dispose() at BinderTracingTests.BinderTracingTest.RunSingleTest(MethodInfo method) in /Users/runner/work/1/s/src/tests/Loader/binding/tracing/BinderTracingTest.cs:line 173 Expected: 100 Actual: 101 END EXECUTION - FAILED FAILEDThe second failure makes no sense to me:
It's failing because thethis.loadsToTrackisnullhere:return this.loadsToTrack.Any(n => n.Equals(name, StringComparison.InvariantCultureIgnoreCase)); But that variable is initialized to the
.ctorargument in the.ctorhere:this.loadsToTrack = loadsToTrack; This is the only
.ctorthe class has. The.ctoris called from just one place here:using (var listener = new BinderEventListener(loadsToTrack)) That place passes the argument as a value returned by either
new string[]orUnioncall, neither should ever returnnull. It's also not an initialization timing issue, since the failure occurs duringDisposewhich is called only after the initialization is fully done (via ausingstatement).Failed in #41757
Note this failed again today. I've made this a live issue so failures will be tracked in the main body.
I keep hitting the timeout locally on my macOS device consistently.
@sywhang and I took a look at this. It is a product issue that can cause deadlocks. It can hit any test that uses tracing (like BinderTracingTest.Basic and BinderTracingTest.ResolutionFlow do).
- ghost locked as resolved and limited conversation to collaborators
on May 12, 2021
This was on Windows arm
https://dev.azure.com/dnceng/public/_build/results?buildId=662529&view=logs&j=3ce1ffe6-2daf-5d48-23b6-56961b8285e2&t=e1bc0efe-88b5-592d-ae74-0ec82e3852af&l=38
cc: @jashook who would be the right person to look into this?
Runfo Tracking Issue: Runtime failures in BinderTracingTest.ResolutionFlow
Build Result Summary