Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

RabbitMQ OTEL transactions not recognized as "messaging" #10780

Open
drewhammond opened this issue May 9, 2023 · 1 comment
Open

RabbitMQ OTEL transactions not recognized as "messaging" #10780

drewhammond opened this issue May 9, 2023 · 1 comment
Labels

Comments

@drewhammond
Copy link

Starting with OpenTelemetry java agent 1.23.0, RabbitMQ transactions are being categorized as "unknown" in the APM UI.

I believe it may be related to changes in the spec here: open-telemetry/opentelemetry-specification#2957

APM Server version (apm-server version):

8.7.1

Description of the problem including expected versus actual behavior:

Prior to 1.23.0, these <queue> process transactions were located under the "messaging" dropdown item in the APM UI.
Now they are found under "unknown".

Steps to reproduce:

  1. Create basic java RabbitMQ consumer process
  2. Attach otel java agent 1.23.0 (or newer) with auto-instrumentation and nothing fancy
otel.traces.exporter=otlp
otel.traces.sampler=parentbased_always_on
otel.exporter.otlp.protocol=http/protobuf
otel.exporter.otlp.traces.protocol=http/protobuf
  1. Send traces to local opentelemetry collector (v0.73.0) that then sends to APM server using OTLP.
  2. Consume messages
  3. Verify in APM UI that <queue> process transactions are only found after selecting "unknown" transaction type dropdown

OTEL collector config

receivers:
  otlp:
    protocols:
      http:
exporters:
  otlp/local:
    endpoint: apm-server:8200
    tls:
      insecure: true
service:
  pipelines:
    traces/1:
      receivers: [otlp]
      exporters: [otlp/local]
@drewhammond drewhammond added the bug label May 9, 2023
@axw
Copy link
Member

axw commented May 10, 2023

@drewhammond thanks for raising this. Indeed, I think this is related to the renaming of messaging.destination to messaging.destination.name.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants