This page provides a list of health probes provided by NVIDIA Infra Controller (NICo), along with their IDs.
Health reports will contain these IDs in the alerts section in case the associated check or validation has failed.
FailedValidationTestIndicates that a certain host validation test failed. The alert will carry details about which test failed.
FailedValidationTestCompletionIndicates that the host validation test framework failed to complete scheduling all specified tests on the host.
SkuValidationAn alert with this ID is placed on a host in case the SKU validation workflow failed. The alert will make the host un-allocatable by tenants.
TenantReportedIssueIndicates that a tenant reported an issue with the host while releasing the bare metal instance. The host won’t be available for other tenants until the alert is cleared.
RequestRepairIndicates that a tenant reported an issue with the host while releasing the bare metal instance and that repair by an external framework is required.
BmcExplorationFailureIndicates that the hosts BMC endpoint could not be scraped. This can happen if the BMC is not reachable, but also in case the BMC response to any API call is malformed.
PoweredOffIndicates that the power status of a host as reported by the BMC is not on.
SerialNumberMismatchIndicates that the serial number on a host does not match the serial number in the Expected Machine manifest.
OrphanManagedHostIndicates that an already-ingested Managed Host’s BMC MAC is no longer listed in the expected_machines table. NICo continues to maintain the host, but the host will not be re-ingested if it is force-deleted. Clear the alert by either re-adding the entry to expected_machines or force-deleting the Managed Host. The alert is informational and does not block tenant allocations.
nico-hardware-health currently reports sensor-based hardware health with a single probe ID:
BmcSensorIndicates that a BMC sensor reported a warning/critical/failure condition.
Details:
target is set to the BMC sensor ID (for example, a fan/temperature/power sensor name).message contains the entity type, reading, unit, and threshold ranges used for evaluation.Hardware, SensorWarning, SensorCritical, and SensorFailure.message format:
Example:
BgpPeeringTorIndicates that a BGP session with a top-of-rack (TOR) switch could not be established by a host/DPU.
BgpPeeringRouteServerIndicates that a BGP session with the route server that is part of the NICo control plane could not be established by a host/DPU.
BgpStatsIndicates that BGP statistics could not be extacted by dpu-agent
BgpDaemonEnabledIndicates that the BGP daemon (FRR) is not running on the DPU
DhcpRelayIndicates issues regarding the start of the DHCP relay on the DPU
DhcpServerIndicates issues regarding the start of the DHCP server on the DPU
HeartbeatTimeoutIndicates that there was no communication between dpu-agent and NICo core for a certain amount of time.
This condition usually implies that the DPU won’t be able to apply any configuration changes.
StaleAgentVersionIndicates that dpu-agent has not been updated to the newest version, even though the newest release had been available for a certain amount of time.
ContainerExistsIndicates that a container that was expected to run on the DPU is not running
SupervisorctlStatusIndicates an issue with retrieving the list of running services
ServiceRunningIndicates that an expected service on the DPU is not runnning
PostConfigCheckWaitThe alert is placed on a host for a few seconds after a configuration change by dpu-agent in order to allow the configuration changes to “settle” before doing the health assessment. That avoids the host to move between states even though the new configuration might be problematic.
RestrictedModeIndicates that the DPU is not running in restricted mode
DpuDiskUtilizationCheckIndicates that the dpu-agent failed to check disk utilization
DpuDiskUtilizationCriticalIndicates that the dpu-agent disk utilization on the DPU is above a critical threshold
MissingReportThe alert indicates that no health report was received, where health report
was expected. It is different from HeartbeatTimeout in the following sense
HeartbeatTimeout alerts can be emitted if data is available, but stale.
MissingReport is only emitted if data has never been received.MissingReport is mainly used on the NICo client side. It has no impact on
state changes.MalformedReportAn alert which can be generated if a HealthReport can not be parsed This alert is only be used the NICo client side if failing to render the health report is preferrable to failing the workflow.
MaintenanceThe alert is used by site admins to mark hosts that are under maintenance - e.g. for CPU or memory replacements.
HostUpdateInProgressIndicates that an update for host firmware was scheduled on the host
IbCleanupPendingIndicates that the host was released back to the admin pool without the system being able to fully clean up all port to partition key associations for all InfiniBand interfaces. This means the host might still be bound to a tenants partition. Once the IB subsystem can communicate with UFM and detects that the port is not bound to a partition anymore, the alert will automatically clear.