• /
  • EnglishEspañolFrançais日本語한국어Português
  • Log inStart now

IBM MQ OpenTelemetry metrics and attributes reference

This reference covers the IBM MQ metrics and attributes collected via OpenTelemetry: the metrics the mq-metric-samples exporter publishes and the collector forwards to New Relic. It applies to both the Linux host and Kubernetes deployments; the metric shape is identical.

Metric collection

All metrics keep the raw Prometheus shape the exporter emits: underscore names (ibmmq_*) and the raw qmgr, queue, and channel labels, plus the target.name identity attribute and optional cluster.name tag the collector attaches. New Relic's IBM MQ entity synthesis depends on this shape, so the collector forwards the names and labels unchanged.

Important

Enable MQI statistics on each queue manager, or the throughput and timing metrics stay empty. Queue-manager health, queue depth, and channel status report out of the box, but the MQI activity metrics (the queue throughput and queue manager MQI activity tables — ibmmq_queue_mqput_count, ibmmq_queue_average_queue_time_seconds, and so on) require statistics collection to be on, which is off by default. Enable it once per queue manager with MQSC — for example ALTER QMGR STATMQI(ON) STATQ(ON), then ALTER QLOCAL(...) STATQ(ON) for any queue you want per-queue stats on (or rely on the queue-manager STATQ default). Without this, the exporter is healthy and the entity appears, but those panels render blank. See the mq-metric-samples documentation for the exact statistics each metric depends on.

Tip

Status metrics report numeric enum values, not 1/0 — see the status-code reference below before alerting on them. Counters are converted to delta temporality by the collector, so use sum() / rate() over a window rather than latest() when charting them.

The tables below group the OpenTelemetry metrics by area. To list every metric actually reporting in your account, run:

FROM Metric SELECT uniques(metricName, 2000) WHERE metricName LIKE 'ibmmq_%' SINCE 1 day ago

Metrics

Resource attributes

The collector attaches identity and context attributes to every IBM MQ metric. Some are common to all deployments; others depend on whether the collector runs on a Linux host or in Kubernetes.

Metric collection details

Collection frequency

  • Default interval: 60 seconds (the collector's scrape_interval). It must be greater than or equal to the mq-metric-samples exporter's own pollInterval.
  • Configurable: adjust IBMMQ_SCRAPE_INTERVAL (Linux) or scrape_interval in the Helm values.yaml (Kubernetes).

Data source

All metrics originate from the mq-metric-samples exporter, which polls each queue manager over PCF and republishes the statistics as Prometheus metrics on an HTTP /metrics endpoint. The collector's prometheus receiver scrapes that endpoint.

Metric types

  • Gauges — point-in-time values such as ibmmq_qmgr_status, ibmmq_queue_depth, and ibmmq_channel_status. Chart with latest().
  • Counters — cumulative totals such as ibmmq_queue_mqput_count. The collector's cumulativetodelta processor converts them to delta temporality, so chart with sum() or rate() rather than latest().

Self-hosted instrumentation for IBM MQ

Learn how to set up your IBM MQ for self-hosted monitoring in New Relic.

Kubernetes instrumentation for IBM MQ

Learn how to set up your IBM MQ for Kubernetes monitoring in New Relic.

View and query your data

Learn how to view and query your IBM MQ data in New Relic.

Copyright © 2026 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.