Dans la section FAQ de FreeIPMI :7. Mon système prend-il en charge IPMI ?.
Mon système prend-il en charge IPMI ?
Malheureusement, il n'existe pas de mécanismes universellement définis pour déterminer si un système prend en charge IPMI via la communication intrabande. En supposant que IPMI est configuré correctement pour la communication sur LAN, un mécanisme assez fiable existe hors bande. Voici quelques suggestions.
L'ipmi-locate de FreeIPMI peut être utilisé pour déterminer si IPMI peut être trouvé sur votre système. Les utilisateurs sont cependant avertis que l'échec de la découverte d'IPMI via ipmi-locate n'est pas suffisant pour réfuter qu'IPMI existe sur votre système. Votre système peut ne pas publier ces informations ou s'attendre à ce que les clients communiquent aux emplacements par défaut.
dmidecode peut être utilisé de la même manière pour rechercher des périphériques prenant en charge IPMI sur votre système. Vous pouvez grep pour IPMI ou spécifier le type DMI IPMI sur la ligne de commande.
# > dmidecode --type 38 # dmidecode 2.10 SMBIOS 2.5 present. Handle 0x0049, DMI type 38, 18 bytes IPMI Device Information Interface Type: KCS (Keyboard Control Style) Specification Version: 2.0 I2C Slave Address: 0x10 NV Storage Device: Not Present Base Address: 0x0000000000000CA2 (I/O) Register Spacing: Successive Byte BoundariesL'ipmi-ping de FreeIPMI peut être utilisé pour voir si une machine dispose d'un service IPMI à un hôte/adresse IP spécifique. Pour une découverte IPMI à plus grande échelle, le démon ipmi-detectd et l'outil ipmi-detect peuvent être utilisés.
Encore une fois, l'impossibilité de trouver un périphérique pris en charge par IPMI n'est pas suffisante pour montrer l'absence de prise en charge d'IPMI.
En fin de compte, une certaine quantité d'informations provenant de documents sur le produit ou d'essais et d'erreurs peut être nécessaire pour déterminer si IPMI est pris en charge sur votre système.