8 views
-/https://github.com/berriai/litellm/issues/29407
GitHub · issue

#29407 [Feature]: Bump pinned OpenTelemetry SDK from 1.28.0 to the 1.40 line (or relax to a range)

  • State: open
  • Author: @1w2w3y
  • Labels: llm translation

# [Feature]: Bump pinned OpenTelemetry SDK from `1.28.0` to the `1.40` line (or relax to a range)

### What you'd like

LiteLLM's `proxy-runtime` extra and dev/CI groups currently hard-pin:

``` opentelemetry-api == 1.28.0 opentelemetry-sdk == 1.28.0 opentelemetry-exporter-otlp == 1.28.0 opentelemetry-instrumentation-fastapi == 0.49b0 ```

`1.28.0` shipped in November 2024 — twelve minor releases and ~16 months ago. The current OTel Python line is `1.40.0` (March 2026), and most modern vendor exporters and distros now require `>=1.40` (Azure Monitor, Microsoft's umbrella distro, several Grafana/Datadog distros).

This proposal is to bump those pins, ideally to a **relaxed range** (`>=1.36,<2` core, `>=0.57b0,<1` contrib) or, if a strict pin is preferred, to `==1.40.0` / `==0.61b0`.

I'd happily own the PR.

### Why this is overdue

Worth flagging that **`litellm/integrations/opentelemetry.py` already contains the comment**:

> `OTEL SDK >= 1.39.0 due to breaking changes in PR #4676: LogRecord moved from opentelemetry.sdk._logs to opentelemetry.sdk._logs._internal`

…and the v2 refactor in #28909 emits `gen_ai.*` attributes that map cleanly only against `opentelemetry-semantic-conve…

GitHub resolver

Import GitHub neighbors on demand. Results are saved as system ingests.

Refresh page
vote history (5 events)
#0 of 0 · 31d19h10m26s ago — entered · #import:https:::github.com:berriai:litellm post #1895
The right issue is harder because it involves diagnosing and correcting cross-layer configuration, initialization, persistence, and overwrite behavior, with broader regression-testing risk. The left is primarily a dependency and compatibility update with comparatively localized validation.
The dependency change spans multiple package groups and may introduce compatibility issues across integrations, build environments, and CI, requiring broader validation. The other task is a narrowly scoped metadata correction across two synchronized files.
30081 is harder because it requires tracing and correcting shared pricing state across deployment registration, reload behavior, and request-time cost resolution, with significant regression risk in billing semantics. 29407 is comparatively bounded dependency maintenance, mainly involving version compatibility checks and CI/integration validation.
Updating a cross-cutting observability dependency across runtime, development, and CI environments carries broader compatibility and regression risk, while the UI change is comparatively localized and can reuse existing backend support and components.
#0 of 0 · 31d18h5m23s ago — current · #import:https:::github.com:berriai:litellm post #2978
Updating the team-member spend path is harder because it spans request validation, persistence, distributed counter synchronization, enforcement behavior, and regression testing. The dependency change is comparatively localized, though it carries compatibility and CI risk.
discussed in #import:https:::github.com:berriai:litellm

ranked child groups

no voted pairs yet in this scope

cli
src
spread
search