OTLP Exporter to Grafana Alloy - Impossible to Trace/Debug on Mac with Rider #5536
Unanswered
aussiearef
asked this question in
Q&A
Replies: 1 comment
-
Please follow the steps described here, make sure that the file After running your application, you then get a file named Please post those error messages here if you think the problem lies with the .NET SDK, otherwise I'd recommend reaching out to Alloy folks. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
I have the minimal web API code below with OpenTelemety and OTLP EXporter. I am trying to send a simple metric over to an OTEL Collector called Grafana Alloy and then forward it to Prometheus.
I don't get the metric in Prometheus, and Alloy's internal metrics indicate that everything still needs to be received by its receivers. So I am now wondering if OTLP Exporter is sending anything to Alloy.
The code is below:
I have included the OTEL_DIAGNOSTICS.json file in my project (copied over to /bin/debug/net8.0 directory) when I run "dotnet trace" a .nettrace file is generated. Then I convert it to speedscope format, and it gives me a JSON file with no trace data in it.
It seems that assuming that every .NET developer does the development and testing on a Windows machine and being overly reliant on dotnet trace has very much limited the debugging and traceability of the OTLP Exporter library!
My question is:
How can I make sure that OTLP Exporter is actually exporting the metrics to OTEL Collector?!
How can I see HTTP failure or even the HTTP Responses coming back from the OTEL Collector (in my case Grafana Alloy)?!
Is it possible to emit the debug and trace info on the stdout or Console without going through the pain of using dotnet trace on a a Mac computer?
p.s. I use Jetbrain Rider.
p.s. ConsoleExporter correctly writes the metric (otel_order_count) in the Console.
Beta Was this translation helpful? Give feedback.
All reactions