AddOtlpExporter seems to be causing a crash?
See original GitHub issueBug Report
<PackageReference Include="OpenTelemetry.Extensions.Hosting" Version="1.0.0-rc1.1" />
<PackageReference Include="OpenTelemetry.Instrumentation.AspNetCore" Version="1.0.0-rc1.1" />
<PackageReference Include="OpenTelemetry" Version="1.0.0-rc1.1" />
<PackageReference Include="OpenTelemetry.Exporter.OpenTelemetryProtocol" Version="1.0.0-rc1.1" />
Running on net5.0
Symptom
It seems like when I use the following in my ASP.net Core project:
services.AddOpenTelemetryTracing((builder) =>
{
builder
.AddSource(projectName)
.SetSampler(new AlwaysOnSampler())
.AddAspNetCoreInstrumentation()
.AddOtlpExporter();
});
I get a segfault with the message: Process finished with exit code 139.
Note: If I remove AddOtlpExporter()
everything boots fine.
What is the expected behavior? Normal application bootup.
What is the actual behavior? The segfault.
Issue Analytics
- State:
- Created 3 years ago
- Reactions:1
- Comments:16 (10 by maintainers)
Top Results From Across the Web
Instrumenting .NET with OpenTelemetry - Software / Wetware
In this post we will cover how to the the built in support for OpenTelemetry in modern .NET to instrument your distributed application...
Read more >NET applications crash at startup - .NET Framework
Symptoms; Cause; Resolution; More information. This article helps you resolve the crash problem when a user starts a .NET application.
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Ah, yes, sorry I had missed your previous statement regarding Ubuntu. I’m able to reproduce what you’re seeing. Still not yet sure why, but I can confirm that #1634 does not resolve this issue.
Sadly we just ran into the same problem. Added unhandled Task & App Exception Handling to maybe catch & log the exceptions which did not help. For us it looks like the crash happens when the first trace/log/metric is exported.