Telemetryapi receiver not respecting OTEL_RESOURCE_ATTRIBUTES env var
メンテナーはふだん 2 日以内に返信
@RaphaelManke がすでに取り組んでいます。
2026年3月7日 から。
評価
- 難易度
- 3/5
- 見積もり時間
- 1〜2日
- 初心者へのやさしさ
- 50/100
- issue の種類
- バグ
- 明瞭さ
- おおむね明確
- 活発さ
- 静か
- 技術スタック
- aws, go, javascript
調査の方向性
telemetryapi receiver から始め、そのリソース処理を issue #1851 に記載された修正と比較します。OTEL_RESOURCE_ATTRIBUTES を deployment.environment.name=dev に設定した Lambda のセットアップを再現し、その属性がエクスポートされたログとトレースに現れることを確認します。
索引モデルが issue の本文から書いたものです。
説明
Describe the bug
Similar to #1851, it looks like the telemetryapi receiver is not picking up the additional resource attributes set in the OTEL_RESOURCE_ATTRIBUTES env variable.
Steps to reproduce
- Create and instrument a Lambda function
- Set the OTEL_RESOURCE_ATTRIBUTES environment variable with some key/values to put on each log statement i.e
- OTEL_RESOURCE_ATTRIBUTES: 'deployment.environment.name=dev'
- Enable telemetryapi receiver for logs and traces
- Send logs to your OTEL backend of choice and check for the presence of the additional resource attributes
What did you expect to see?
I expected to see the 'deployment.environment.name' attribute in log statements
What did you see instead?
The values in OTEL_RESOURCE_ATTRIBUTES are missing from log statements
What version of collector/language SDK version did you use?
- 0.19.0 (collector layer)
- 0.18.0 (nodejs layer)
What language layer did you use?
javascript
Additional context
The fix looks like it might be very similar to the fix for #1851 => explicitly read the env var and add the key/values to the resource map.
Tip: React with 👍 to help prioritize this issue. Please use comments to provide useful context, avoiding +1 or me too, to help us triage it. Learn more here.
- 主要言語
- Go
- スター
- 433
- フォーク
- 249
- 平均マージ
- 1日 12時間
- マージ済み PR（30日）
- 39
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
open-telemetry/opentelemetry-lambda のほかの issue
-
enhancement ruby
難易度 2/5 1〜3時間 初心者へのやさしさ 64/100
open-telemetry/opentelemetry-lambda#2741 ·
メンテナーはふだん 2 日以内に返信
-
processor/cold_start
難易度 2/5 1〜3時間 初心者へのやさしさ 67/100
open-telemetry/opentelemetry-lambda#2738 ·
メンテナーはふだん 2 日以内に返信
-
Fix install-toolsオープンgo
難易度 2/5 1〜3時間 初心者へのやさしさ 64/100
open-telemetry/opentelemetry-lambda#2736 ·
メンテナーはふだん 2 日以内に返信
-
enhancement javascript
難易度 5/5 1週間以上 初心者へのやさしさ 35/100
open-telemetry/opentelemetry-lambda#2744 ·
メンテナーはふだん 2 日以内に返信
-
enhancement python
難易度 3/5 1〜2日 初心者へのやさしさ 55/100
open-telemetry/opentelemetry-lambda#2742 ·
メンテナーはふだん 2 日以内に返信
open-telemetry/opentelemetry-lambda の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 73/100
-
[BUG] EphemeralJob matches every pod in the namespace when spec.selector is empty対応中かも @vishnums2k5 が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
openkruise/kruise#2656 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
rancher/rancher-ai-mcp#206 ·
メンテナーはふだん 1 日以内に返信
-
test: make command and stdio startup tests portable対応中かも @dajiaohuang が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 73/100
mark3labs/mcp-go#1220 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信