Skip to main content
The XRDU exporter publishes fan and temperature metrics from XRDU baseboard management controllers (BMCs). One exporter instance serves any number of XRDUs. Prometheus scrapes /probe?target=<address> once per BMC.

Endpoints

/probe takes no optional parameters. A healthy BMC publishes about 97 series: 14 fan readings, 81 temperatures, xrdu_up, and xrdu_scrape_duration_seconds.

Metrics

This is the complete supported set. A sensor the BMC reports as not working, absent, or implausible publishes no sample. No metric marks the missing reading, so the series simply has a gap.

Labels

The xrdu label means different things in different exporters. On xrdu_* series it holds a BMC hostname, such as <rack-id>-h1xr0. On sambanova_* series it holds the host’s own index, XRDU_0 to XRDU_7. A join on xrdu between the two matches nothing and reports no error.

Join XRDU thermals with host metrics

To join BMC metrics with sambanova_* series, declare the host’s XRDU index on each target alongside node:
The XRDU number in snctl rack show (Node/<n>/xrdu/<m>) matches the host’s index, XRDU_<m>. Join on both node and xrdu_index. The index is not unique on its own, because XRDU_2 exists on every node.

Behavior

Data the exporter does not publish

The exporter reads the BMC’s OpenBMC sensor tree over HTTPS and maps part of it onto the metrics above. The BMC returns more in the same response. If you need any of the following, it is not available through this exporter. To read a sensor straight from the device, bypassing the exporter:
Both -k and -u are required. The BMC presents a self-signed certificate and requires authentication.

Configuration

Helm values

Targets

The username defaults to root, so you usually set only the password. Get it with snctl secret get --device-type xrdu --show-value.

Next steps