Data Collection Rationale

View as Markdown

This page documents the data that the NVIDIA Fleet Intelligence (NFI) in-band agent collects from enrolled machines, and why each item is collected. The data is organized into two sections. Machine Metadata is collected once per machine, or when it changes, to describe the node. Telemetry Metrics is the recurring time-series data collected from NVIDIA Data Center GPU Manager (DCGM) and related sources.

Machine Metadata

The following table lists the machine metadata that the agent collects.

TypeDescriptionExampleRationale
StringUUID for a specific instance of a nodeeaad028b-c8fc-4090-abbc-99934aa6e02aUniquely identifies each GPU host.
StringVersion of the container runtime on the nodecontainerd://1.7.27Ensures compatibility and helps troubleshoot workload failures or security issues caused by outdated runtimes.
StringVersion of the gpuhealth agent on the node0.0.0Validates that the correct version of the agent is running and helps correlate bugs or behaviors to specific builds.
StringCurrent hostname of the nodehost1Identifies the node in logs, dashboards, and cluster environments for correlation and troubleshooting.
StringKernel version from uname -r5.15.0-144-genericKernel versions affect drivers, security posture, and GPU compatibility, so tracking them supports supportability and compliance.
StringPrimary private IP address10.10.10.128Associates telemetry with a network identity and groups hosts on the same east-west network.
StringPublic IP address1.1.1.1Used for external-access tracing, auditing, and identifying connectivity to the public internet.
StringOS typelinuxConfirms the platform type for compatibility checks and OS-specific configuration rules.
StringSpecific image of the OS typeUbuntu 22.04.5 LTSTracks the exact OS distribution and version to keep consistent baselines and detect drift or unsupported images.
StringTime at which the machine last booted2025-07-21T23:19:09+02:00Used to calculate uptime, detect frequent reboot patterns, and correlate issues with system restarts.
StringUUID for the machine, persisted across rebootsb3c2a1d4e5f6789012345678901234abProvides a stable identity for the physical or virtual machine, useful for lifecycle tracking and asset management.
StringDriver version for GPUs on the node535.154.05Ensures GPU driver compatibility and identifies mismatches that cause failures or degraded performance.
StringCUDA version installed on the node12.2Verifies that the CUDA toolchain aligns with frameworks and workloads to prevent runtime errors.
StringVBIOS version on the GPU94.02.71.00.B2Identifies the GPU firmware level to detect known firmware issues or required updates for security or performance.
IntTotal memory available on the node, in bytes68719476736Tracks hardware capacity for workload scheduling, performance baselines, and resource planning.
StringCPU architectureamd64Determines instruction-set support and validates compatibility with agent binaries and workloads.
IntNumber of logical CPU cores8Used for scheduler decisions, performance tuning, and correlating CPU pressure with workload health.
StringCPU manufacturerAuthenticAMDIdentifies the CPU vendor for optimization paths and firmware or driver compatibility.
StringCPU typeAMD EPYC-Genoa ProcessorProvides a detailed hardware fingerprint needed for performance modeling and anomaly detection.
StringGPU product nameNVIDIA A100-SXM4-40GBIdentifies the GPU SKU for performance expectations, scheduling, and capacity planning.
StringGPU manufacturerNVIDIAConfirms the GPU vendor for driver, software-stack, and telemetry-decoding compatibility.
StringGPU architecture nameampereDetermines supported GPU features, performance characteristics, and instruction-set generations.
StringGPU memory capacity40GBUsed for workload scheduling, GPU placement decisions, and troubleshooting out-of-memory events.
StringUUID for one GPU on the nodeGPU-46a3bbe2-3e87-3dde-b464-a03eba0c21d7Uniquely identifies each GPU for telemetry correlation, health tracking, and lifecycle management.
StringBus ID for one GPU on the node0000:0f:00.0Maps the GPU to the system topology for NUMA awareness and for diagnosing PCIe errors or miswiring.
IntMinor ID for one GPU on the node1Used by device drivers and runtime libraries to reference GPU instances consistently.
IntBoard ID for one GPU on the node3Identifies board-level variants for debugging, warranty tracking, or vendor-specific hardware characteristics.
StringSerial number for one GPU on the node1234567890213Tracks the physical GPU asset for warranty, RMA workflows, and inventory systems.
StringBlock device filesystem typeext4Determines storage behavior and ensures compatibility with performance expectations and agent operations.
StringMount point path for the block device/Identifies which filesystem is being monitored to track storage health and capacity risk.
StringName of the block device/dev/mapper/vg00-rootProvides a specific handle for storage telemetry, performance metrics, and failure analysis.
List of StringsParent devices[“/dev/vda3”]Shows storage layering such as LVM or RAID and helps diagnose underlying device failures or performance bottlenecks.
BooleanWhether the disk is rotational (HDD versus SSD)TRUEDetermines expected performance characteristics and helps detect misconfigured or degraded storage.
IntTotal size of the block device40261124096Tracks available storage capacity for scheduling, alerts, and resource planning.
StringType of block devicelvmProvides insight into the storage architecture to interpret telemetry and detect storage-specific health issues.
IntUsed space, in bytes34674585600Tracks disk consumption to trigger alerts, prevent outages, and understand workload footprint.
StringSerial number of the block devicedrive-ua-disk-3Identifies the exact disk device for inventory records, replacement cycles, and failure correlation.
StringVendor of the block deviceQEMUIndicates the virtualization or hardware vendor, which affects performance expectations and device behavior.
StringSpecific model of the deviceQEMU HARDDISKIdentifies the device class to understand performance capabilities and detect anomalies.
StringDevice revision (version)2.5+Tracks the firmware level for diagnosing compatibility or stability problems.
StringWorldwide Name identifiers0x50014ee20c8f9876Provides a globally unique storage identity for SAN or virtual devices in multi-host environments.
StringUUID for a partition on the disk45bf634c-0b30-42e2-9b41-332e6316da7aIdentifies the specific partition being monitored for capacity and health tracking.
StringInterface nameeth0Identifies the network interface used for telemetry, routing diagnostics, and network-behavior analysis.
StringInterface IP address10.10.10.64Correlates traffic and events to a specific interface for debugging and security auditing.
StringInterface MAC address02:8c:1c:00:01:04Provides a unique network hardware identifier used for topology mapping and inventory tracking.

Telemetry Metrics

The following table lists the telemetry metrics that the agent collects.

GranularityMetricDescriptionRationale
GPUdcgm_fi_dev_sm_clockSM clock for the device.Measures the Streaming Multiprocessor (SM) clock frequency of a GPU core in MHz. Use it to see whether SMs are running at expected boost or base clocks, and to spot performance issues, thermal or power throttling, or under-clock behavior.
GPUdcgm_fi_dev_mem_clockMemory clock for the device.Represents the actual clock speed of the GPU memory subsystem. Differences from expected clocks can indicate differences between SKUs or dynamic adjustments, for example, due to thermal limits, power limits, or power-state changes.
GPUdcgm_fi_dev_clocks_event_reason_hw_therm_slowdown_nsThrottling due to temperature being too high (reducing core clocks by a factor of 2 or more), in ns.Helps separate temperature-driven throttling from other causes. If this value is high, you likely need better cooling, airflow, or lower power limits to keep performance stable.
GPUdcgm_fi_dev_clocks_event_reason_hw_power_brake_slowdown_nsThrottling due to an external power-brake assertion (reducing core clocks by a factor of 2 or more), in ns.Identifies cases where the GPU is clamped by board or system power limits. High values suggest PSU constraints, aggressive power caps, or oversubscribed power rails.
CPUdcgm_fi_dev_cpu_temp_currentCPU temperature.Extends the accelerator health view to include host CPUs. It is useful for ensuring overall node thermals are safe and for explaining throttling or instability on mixed CPU/GPU nodes.
GPUdcgm_fi_dev_fb_totalTotal frame buffer of the GPU, in MB.Provides the raw VRAM size per GPU, used for scheduling workloads, validating that nodes have the expected SKU, and sizing maximum model or batch sizes.
GPUdcgm_fi_dev_fb_freeFree frame buffer, in MB.Complements used VRAM. Low free memory warns that new allocations or larger batches can fail, and it is useful for autoscaling and admission-control decisions.
GPUdcgm_fi_dev_fb_usedUsed frame buffer, in MB.Makes VRAM consumption easy to visualize and alert on. It is often used to trigger scaling, rescheduling, or alerts when memory pressure crosses operational thresholds.
GPUdcgm_fi_dev_fb_reservedReserved frame buffer, in MB.Shows how much VRAM the system holds back for driver and bookkeeping purposes, explaining differences between raw and usable VRAM.
GPUdcgm_fi_dev_fb_used_percentPercentage of frame buffer used: Used/(Total - Reserved). Range 0.0-1.0.Normalized VRAM usage that is easy to chart and alert on across mixed GPU types when DCGM is your primary telemetry source.
GPUdcgm_fi_dev_ecc_sbe_vol_totalTotal single-bit volatile ECC errors.Short-term corrected error activity. Spikes help detect environmental or workload-triggered memory issues without being dominated by old history.
GPUdcgm_fi_dev_ecc_dbe_vol_totalTotal double-bit volatile ECC errors.Recent uncorrectable ECC errors indicate the GPU memory has experienced multi-bit data corruption that the error-correction code could detect but not fix, pointing to a potential system instability.
GPUdcgm_fi_dev_ecc_sbe_agg_totalTotal single-bit aggregate (persistent) ECC errors. Note: monotonically increasing.Long-term health indicator for GPU memory. Used to rank devices by error history and decide which ones to retire first.
GPUdcgm_fi_dev_ecc_dbe_agg_totalTotal double-bit aggregate (persistent) ECC errors. Note: monotonically increasing.Tracks how many serious memory failures a GPU has experienced over its life. High counts suggest a history of instability and motivate more aggressive monitoring policies.
GPUdcgm_fi_dev_uncorrectable_remapped_rowsNumber of remapped rows for uncorrectable errors.DCGM’s view of consumed spare rows. Used to confirm remap activity, inform health scores.
GPUdcgm_fi_dev_correctable_remapped_rowsNumber of remapped rows for correctable errors.Shows how often the GPU has preemptively repaired marginal cells. Growing values can indicate a part that is starting to degrade.
GPUdcgm_fi_dev_row_remap_failureWhether remapping of rows has failed (0 = no failure, 1 = failure).Failed remaps are a serious reliability concern and usually mean the GPU should be taken out of service.
GPUdcgm_fi_dev_row_remap_pendingWhether remapping of rows is pending (0 = no pending, 1 = pending).Pending remaps signal that the GPU has detected problematic rows that have not yet been fully repaired. This is useful for early warning and maintenance planning.
GPUdcgm_fi_dev_nvlink_bandwidth_totalTotal number of NVLink bandwidth counters for all lanes.Helps quantify how heavily NVLink fabrics are exercised in multi-GPU jobs and validate that topologies are used as intended.
GPUdcgm_fi_dev_pcie_replay_counterPCIe replay counter.Replay events indicate transmission problems on the PCIe bus. Sustained growth suggests cabling, riser, or motherboard signal-integrity issues that can hurt performance.
GPUdcgm_fi_dev_power_usagePower usage for the device, in Watts.This metric uses the same concept as other power-usage metrics, but is sourced directly from DCGM. Use it when you want a single authoritative power reading for policy and billing.
GPUdcgm_fi_dev_total_energy_consumptionTotal energy consumption for the GPU, in mJ, since the driver was last reloaded.Cumulative energy counters are useful for energy accounting, total cost of ownership (TCO) calculations, and understanding which workloads or tenants consume the most power over time.
GPUdcgm_fi_dev_enforced_power_limitEffective power limit that the driver enforces after taking into account all limiters.Verifies that cluster automation or firmware configured the intended power cap and helps correlate throttling behavior with configured limits.
GPUdcgm_fi_prof_gr_engine_activeRatio of time the graphics engine is active.Relevant for workloads using the graphics pipeline (rendering, visualization). Indicates whether GPUs are used for graphics versus pure compute.
GPUdcgm_fi_prof_sm_activeRatio of cycles an SM has at least one warp assigned.Gives a profiling-grade view of how often SMs were busy during the sampling window, supporting detailed performance analysis.
GPUdcgm_fi_prof_sm_occupancyRatio of warps resident on an SM relative to the theoretical maximum.Provides fine-grained occupancy data from the profiler subsystem, complementing utilization metrics to explain kernel performance characteristics.
GPUdcgm_fi_prof_pipe_tensor_activeRatio of cycles any tensor pipe is active.Shows how much of the sampling period tensor cores were busy. This is critical for analyzing deep-learning kernels and verifying that libraries are using tensor paths.
GPUdcgm_fi_prof_dram_activeRatio of cycles the device memory interface is active.Indicates how busy DRAM is. High DRAM activity with moderate SM activity suggests a memory-bandwidth-bound workload.
GPUdcgm_fi_prof_pipe_fp64_activeRatio of cycles the FP64 pipe is active.Profiling view of double-precision use. Used in performance studies of HPC workloads and to size clusters for FP64 demand.
GPUdcgm_fi_prof_pipe_fp32_activeRatio of cycles the FP32 pipe is active.Profiling-grade single-precision utilization. Helps performance engineers tune kernels and understand whether workloads are saturating FP32 units.
GPUdcgm_fi_prof_pipe_fp16_activeRatio of cycles the FP16 pipe is active (excluding HMMA).Profiling-grade half-precision utilization. Helps distinguish between tensor-core-driven FP16 and standard FP16 usage for mixed-precision workloads.
GPUdcgm_fi_prof_pcie_tx_bytesNumber of bytes of active PCIe transmit data from the GPU perspective.Tracks GPU-to-host or GPU-to-device PCIe egress traffic. Used to identify PCIe bottlenecks and validate that data paths are sized correctly.
GPUdcgm_fi_prof_pcie_rx_bytesNumber of bytes of active PCIe receive data from the GPU perspective.Complements PCIe TX bytes. Together they provide a full view of PCIe bandwidth usage for capacity planning and troubleshooting.
GPUdcgm_fi_prof_nvlink_tx_bytesTotal bytes of active NVLink transmit data, including header and payload.Helps quantify directional NVLink usage and detect imbalances or hotspots in multi-GPU communication patterns (transmit bytes).
GPUdcgm_fi_prof_nvlink_rx_bytesTotal bytes of active NVLink receive data, including header and payload.Complements NVLink TX bytes to give a full picture of NVLink bandwidth usage between GPUs (received bytes).
GPUdcgm_fi_prof_pipe_tensor_imma_activeRatio of cycles the tensor (IMMA) pipe is active (off the peak sustained elapsed cycles).Detailed view of integer tensor-core usage, important for analyzing and tuning quantized inference workloads.
GPUdcgm_fi_prof_pipe_tensor_hmma_activeRatio of cycles the tensor (HMMA) pipe is active (off the peak sustained elapsed cycles).Detailed view of half-precision tensor-core usage for FP16/BF16 training and inference performance analysis.
GPUdcgm_fi_prof_pipe_tensor_dfma_activeRatio of cycles the tensor (DFMA) pipe is active (off the peak sustained elapsed cycles).Profiling-level utilization of double-precision tensor cores, relevant for advanced HPC workloads using FP64 tensor operations.
GPUdcgm_fi_prof_pipe_int_activeRatio of cycles the integer pipe is active.Gives a more granular picture of integer workload intensity than coarse utilization, helping optimize kernels that are heavy in address or integer math.
GPUdcgm_fi_dev_memory_tempMemory temperature for the device.Memory temperature can differ from core temperature. Monitoring it helps avoid memory-specific reliability issues and explains ECC spikes or throttling.
GPUdcgm_fi_dev_gpu_tempCurrent temperature readings for the device, in degrees C.Provides GPU temperature from DCGM for use in pipelines and ensures all accelerator thermals are available from a single source.
GPUdcgm_fi_dev_slowdown_tempSlowdown temperature for the device.Provides the vendor-defined thermal threshold used by firmware. Operators can use this when designing data center cooling envelopes and alert levels.
GPUdcgm_fi_dev_gpu_utilGPU utilization.Canonical utilization metric for capacity planning and SLOs. Used to understand how busy GPUs are over time and to drive autoscaling or scheduling decisions.
GPUdcgm_fi_dev_mem_copy_utilMemory utilization.High copy utilization with low SM utilization can indicate I/O-bound workloads or inefficient data-movement patterns that need optimization.
GPUdcgm_fi_dev_enc_utilEncoder utilization.Important for video processing and streaming workloads. Helps ensure encoder capacity is sized correctly and identify hotspots where encoders are saturated.
GPUdcgm_fi_dev_dec_utilDecoder utilization.Similar to encoder utilization, but for decode. High values show where ingest or preprocessing stages can be bottlenecked by decode throughput.
GPU, XIDdcgm_fi_dev_xid_errorsCount of XID errors in the last check period.XID errors are severe GPU driver or hardware faults. Counting them is essential for detecting GPUs issues, bad drivers, or firmware issues that warrant investigation.
GPU, NVLINKdcgm_fi_dev_nvlink_error_dl_crcCumulative count of CRC errors detected at the NVLink Data Link (DL) layer, indicating bit-level data corruption in transit across the NVLink fabric.CRC errors point to data-integrity issues on NVLink links. High counts threaten correctness and performance.
GPU, NVLINKdcgm_fi_dev_nvlink_error_dl_recoveryCumulative count of recovery errors at the NVLink Data Link layer where the link had to execute a recovery procedure due to a fault condition.Used with dcgm_fi_dev_nvlink_error_dl_replay to monitor the health and stability of high-speed GPU interconnects. High or increasing counts suggest issues requiring investigation, such as improper cable seating or hardware faults.
GPU, NVLINKdcgm_fi_dev_nvlink_error_dl_replayCumulative count of replay errors at the NVLink Data Link layer where a transmitted packet was not acknowledged and had to be retransmitted.Used with dcgm_fi_dev_nvlink_error_dl_recovery to monitor the health and stability of high-speed GPU interconnects.
CPUdcgm_fi_dev_cpu_power_util_currentCPU power utilization.Identifies how much power the host CPU is drawing in real time on a GPU node. This is important because GPU performance and stability are directly affected by CPU behavior in multi-accelerator servers.
CPUdcgm_fi_dev_cpu_power_limitCPU power limit.Identifies the power limit of the host CPU. When the current draw equals the limit, throttling can occur.
GPU, NVLINKdcgm_fi_dev_nvlink_count_link_recovery_successful_eventsNumber of times the link went from Up to recovery, succeeded, and the link came back up.Successful recovery events show that the link had to perform corrective action to recover from faults. Success means the errors were correctable. Persistent growth suggests a degrading cable, thermal changes, connector degradation, and so on. Growth should be monitored.
GPU, NVLINKdcgm_fi_dev_nvlink_count_link_recovery_failed_eventsNumber of times the link went from Up to recovery, failed, and the link was declared down.Failed recovery events show that the link performed corrective action to recover from faults, but the recovery was unsuccessful. This suggests a degrading cable, connector, or GPU NVLink.
GPU, NVLINKdcgm_fi_dev_nvlink_count_link_recovery_eventsNumber of times the link went from Up to recovery, regardless of the result.Recovery events show NVLink issues. This is an overall count.