在Kubernetes中以DaemonSet模式通过Helm安装OpenTelemetry Collector时遇配置解码错误

看起来你在部署OpenTelemetry Collector DaemonSet时碰到了两个典型问题：Proto类型重复注册，以及k8sattributes处理器的配置字段错误。我来帮你一步步解决：

环境信息 #

• Kubernetes版本：1.23.11
• OpenTelemetry Collector Contrib版本：0.50.0
• Helm Chart版本：0.50.0

错误详情 #

2024/10/15 08:11:53 proto: duplicate proto type registered: jaeger.api_v2.PostSpansRequest
2024/10/15 08:11:53 proto: duplicate proto type registered: jaeger.api_v2.PostSpansResponse
Error: failed to get config: cannot unmarshal the configuration: error reading processors configuration for "k8sattributes": 3 error(s) decoding:

• 'pod_association[0]' has invalid keys: sources
• 'pod_association[1]' has invalid keys: sources
• 'pod_association...

问题分析与解决办法 #

1. 优先解决k8sattributes配置解码错误

这是导致Collector启动失败的直接原因。在OpenTelemetry Collector 0.46.0及以后的版本中，k8sattributes处理器的pod_association字段格式发生了变更：原来的嵌套sources字段被移除，直接使用from字段来指定关联来源。

错误配置示例：

processors:
  k8sattributes:
    pod_association:
      - sources:
          - from: ip
      - sources:
          - from: service_account

修正后的配置：

processors:
  k8sattributes:
    pod_association:
      - from: ip
      - from: service_account

如果你是通过Helm values文件配置的，找到对应的opentelemetry-collector.config.processors.k8sattributes块，按照上面的格式修改即可。

2. 处理Proto类型重复注册警告

这个警告是因为Collector中加载了多个包含Jaeger Proto定义的组件（比如同时启用了jaeger和jaeger_thrift接收器，或者某些扩展包重复引入了相关定义）。虽然它不会直接导致启动失败，但建议修复以避免潜在问题：

• 检查你的Collector配置中的receivers和exporters块，移除重复的Jaeger相关组件
• 比如如果只需要通过gRPC接收Jaeger数据，就只保留jaeger接收器，去掉jaeger_thrift

重新部署 #

修改完配置后，用Helm重新部署Collector：

helm upgrade --install otel-collector opentelemetry-helm/opentelemetry-collector -f your-custom-values.yaml

备注：内容来源于stack exchange，提问作者lnxsr