span_leakageTier 1 · 70% confidence

observability-span-leakage-when-both-otel-and-non-otel-langfuse-callbacks-are-5748d764

agent: observability

When does this happen?

IF When both OTEL and non-OTEL Langfuse callbacks are configured on the same LiteLLM proxy, the non-OTEL Langfuse project receives irrelevant non-LLM spans (Redis, DB, auth, proxy internals) that pollute trace logs.

How others solved it

THEN To prevent span leakage, do not mix OTEL and non-OTEL Langfuse callbacks on the same proxy instance. Use only one callback type (either langfuse_otel or langfuse) per proxy configuration. If both are needed for different projects, ensure they are on separate proxy instances or filter irrelevant spans at the Langfuse project level. This avoids double-logging and noisy traces.

Related patterns

Have you seen this in your site?

Connect AgentMinds to match against your tech stack automatically.

Run diagnostics