sentry-python icon indicating copy to clipboard operation
sentry-python copied to clipboard

[OTLP] Generate Sentry issues based on OTel span exception events

Open gregoiredx opened this issue 2 months ago • 6 comments

Problem Statement

Currently, the OpenTelemetry SentrySpanProcessor does not interpret span events at all.

This means that when a span has an exception event attached, there's no issue visible in Sentry when using INSTRUMENTER.OTEL and the OTel Python SDK.

When using the OTel API to record and exception using trace.get_current_span().record_exception(error), it has no effect on Sentry issues, while one would expect it to do something equivalent to sentry_sdk.capture_exception(error).

Solution Brainstorm

In the docs, there's already an idea of what could be done, at least in TypeScript, see https://develop.sentry.dev/sdk/telemetry/traces/opentelemetry/#step-7-define-generatesentryerrorsfromotelspan

In OpenTelemetry, spans can have exception events. These have a stacktrace, message, and type. We want to convert these to Sentry errors and attach them to the trace.

function generateSentryErrorsFromOtelSpan(otelSpan) {
  otelSpan.events.forEach(event => {
    // Only convert exception events to Sentry errors.
    if (event.name !=== 'exception') {
      return;
    }
    const attributes = event.attributes;
    const message = attributes[SemanticAttributes.EXCEPTION_MESSAGE];
    const syntheticError = new Error(message);
    syntheticError.stack = attributes[SemanticAttributes.EXCEPTION_STACKTRACE];
    syntheticError.name = attributes[SemanticAttributes.EXCEPTION_TYPE];
    Sentry.captureException(syntheticError, {
      contexts: {
        otel: {
          attributes: otelSpan.attributes,
          resource: otelSpan.resource.attributes,
        },
        trace: {
          trace_id: otelSpan.spanContext().traceId,
          span_id: otelSpan.spanContext().spanId,
          parent_span_id: otelSpan.parentSpanId,
        },
      },
    });
  });
}

But it's not that easy to transpose in Python since sentry_sdk.capture_exception(error) relies a lot on having an actual exception instance which we don't have in SentrySpanProcessor.on_end(otel_span) where we could generate Sentry issues from OTel span events (we do have the exception type, message, and stacktrace, though).

gregoiredx avatar Nov 12 '25 15:11 gregoiredx

PY-1973

linear[bot] avatar Nov 12 '25 15:11 linear[bot]

@gregoiredx thanks for the issue. We're actually in the process of rolling out first-class OTLP support - https://github.com/getsentry/sentry-python/pull/4877 and we will encourage users to move away from the SpanProcessor once it's released.

As part of that new OTLPIntegration, we could indeed make sure that we intercept errors reported via trace.get_current_span().record_exception(error) and make sure they are trace connected. Will let you know once it's all ready!

sl0thentr0py avatar Nov 12 '25 17:11 sl0thentr0py

@sl0thentr0py thanks for your rapid answer, yes please let me know when OTLPIntegration is released!

On a close subject, I tested the Sentry OTLP endpoint and it looks like similarly it's not taking into account exception events to create issues. It looks to me like it should. WDYT? Should I create an issue elsewhere?

gregoiredx avatar Nov 13 '25 08:11 gregoiredx

by itself it will not, correct. But we will make it very easy to integrate Sentry into an existing otel setup with an extra integration in the Sentry SDK that you just have to turn on.

This issue is sufficient for tracking that feature!

sl0thentr0py avatar Nov 13 '25 08:11 sl0thentr0py

Hey team, any update on this issue? Have another user running onto this here.

kerenkhatiwada avatar Dec 10 '25 21:12 kerenkhatiwada

next week!

sl0thentr0py avatar Dec 11 '25 13:12 sl0thentr0py