View error traces


This lesson is a part of our OpenTelemetry masterclass. If you haven't already, checkout the chapter introduction.

Each lesson in this lab builds on the last one, so make sure you view your traces before proceeding with this one.

Step 1 of 8

From the left-hand navigation, select Events > Errors:


Here, you see the number of errors in your service over time, the error rate over time, and the total number of errors. This view is very similar to the one for Distributed tracing.

Step 2 of 8

Click on the row in Total Errors:


Here, you see more information about the errors. Remember, in your application, you raise an error when users request values for n that are less than 1 or higher than 90. Also remember that, in OpenTelemetry, exceptions are captured as span events.

At the top of the view, you see that the view is filtering traces in your service based on the entity.guid attribute, the root span’s name, and the error status code:

Trace filter

Under that, you can see the traces plotted on a timeline:

Error traces plotted timeline

At the bottom, you see a table with the traces that have error spans:

Error traces table

Step 3 of 8

Click one of these traces:

Choose an error trace

Once again, you see the timeline of the spans in your service:

Error root span

There are two red blocks, indicating error spans. Their red color indicates their error status. Like before, on top is the root span. On bottom is the in-process span.

Step 4 of 8

Click the root span:

Trace root span details

Near the top of the view, click Error Details:

Error details

Here, you see the error status code and message you set when you instrumented your application. However, you can’t see any information about the actual exception because that was captured by the in-process span.

Step 5 of 8

To see more information about your in-process span, expand the root span, toggle Display in-process spans for this service:

Show in-process span

Step 6 of 8

Click your in-process span:

Show in-process span

This view is the same as the view for your root span but with data for your function instead of the overall request. Under Attributes, you’ll find your custom attribute:

In-process attributes

Note that, this time, there is no fibonacci.result attribute. This is because the user’s request caused your code to raise an exception and reject the request before it computed the result.

Step 7 of 8

Under Performance, click Error Details:

In-process error details

Notice there’s a new callout in this view:

Error callout

Because you captured an exception span event in your fibonacci function, you can see details about the event here.

Step 8 of 8

Click the callout to see your exception span event:

Exception event

Here, you see the attributes for your span event, including the exception.message and exception.stacktrace.

Now you've seen a few examples of how New Relic supports your OpenTelemetry data. But there's so much more that we offer than a data summary, a trace view, and an error view. Check out our documentation to learn more!


Congratulations on completing this course! You’ve learned a lot about OpenTelemetry, including the fundamentals of its specification and implementation as well as how to use it to provide the data you need to observe the behaviors and performance of your application.

Here’s a snapshot of what you learned:

FundamentalsHands-on experience
✓ Purpose and usefulness of OpenTelemetry✓ Applying OpenTelemetry instrumentation to your application
✓ Data, API, and SDK specifications✓ New Relic’s support of OpenTelemetry traces
✓ Language implementations

Now, you have a good foundation for using OpenTelemetry, but as there’s always more to learn, check out these resources to take your understanding to the next level: