Java应用通过OpenTelemetry Collector发送Trace失败求助

1. 修正Collector的OTLP端点端口 #

你当前配置的otel.exporter.otlp.traces.endpoint=http://localhost:14278是Jaeger的gRPC接收端口，而OpenTelemetry Collector的OTLP gRPC默认端口为4317。将端点配置改为Collector的正确端口：

otel.exporter.otlp.traces.endpoint=http://localhost:4317
otel.exporter.otlp.metrics.endpoint=http://localhost:4317

若你的Collector自定义了端口，请替换为实际配置的端口值。

2. 调整gRPC帧大小（端口正确仍报错时） #

若端口配置正确后仍出现FRAME_SIZE_ERROR，说明Java Agent发送的Span数据帧超出了Collector默认的gRPC最大接收帧限制。需修改Collector配置文件（如otel-collector-config.yaml），在OTLP接收器中增加帧大小设置：

receivers:
  otlp:
    protocols:
      grpc:
        max_recv_msg_size_mib: 50  # 根据需求调整，示例为50MB

同时在Java Agent的tracer.properties中添加发送端的最大帧大小配置：

otel.exporter.otlp.traces.grpc.max-message-size=52428800  # 对应50MB，单位为字节
otel.exporter.otlp.metrics.grpc.max-message-size=52428800

3. 验证Collector Pipeline配置 #

确保Collector的服务流水线正确包含OTLP接收器，并将数据转发至Jaeger和Prometheus：

service:
  pipelines:
    traces:
      receivers: [otlp]
      exporters: [jaeger, logging]
    metrics:
      receivers: [otlp]
      exporters: [prometheus, logging]

关键说明 #

直接连接Jaeger正常是因为Jaeger的14278端口确实支持接收OTLP数据，但Collector的OTLP服务使用独立端口，这是最容易混淆的核心点。建议优先确认端口配置正确性，再处理帧大小问题。

内容的提问来源于stack exchange，提问作者ahrooran