J'ai des problèmes pour faire fonctionner IPMI sur mes serveurs qui ont une liaison réseau activée.
Plate-forme : CentOS version 5.3 (Final)
Kernel : 2.6.18-92.el5
Dell PowerEdge 1950 64 bits
Contrôleur Ethernet : Broadcom Corporation NetXtreme II BCM5708 Gigabit Ethernet
J'ai lié l'interface eth0 et eth1 comme active passive, avec eth0 comme interface active, ci-dessous la description de la conf de /proc
Mode de liaison : tolérance aux pannes
(active-backup) Esclave primaire : eth0
Esclave actuellement actif : eth0 MII
Statut : up MII Polling Interval (ms) :
30 Délai de montée (ms) : 0 Délai de descente (ms) : 0Interface esclave : eth0 Statut MII : up
Nombre de défaillances de liaison : 0 Permanent HW
addr : 00:22:19:56:b9:cdInterface esclave : eth1 Statut MII : up
Nombre d'échecs de liaison : 0 Permanent HW
addr : 00:22:19:56:b9:cf
Mon périphérique IPMI est le suivant
Informations sur le dispositif IPMI
Type d'interface : KCS (Keyboard Control Style)
Version de la spécification : 2.0
Adresse de l'esclave I2C : 0x10
Périphérique de stockage NV : Non présent
Adresse de base : 0x0000000000000CA8 (I/O)
Espacement des registres : Frontières de 32 bits
J'ai utilisé openIPMI ainsi que freeipmi pour contrôler le châssis via la carte IPMI, mais sur les serveurs qui ont le bonding activé, la commande s'arrête, ci-dessous est l'exécution complète de la commande avec les informations de débogage.
ipmi_lan_send_cmd:opened=[0],
open=[4482848] Hôte LAN IPMI
70.87.28.115 port 623 Envoi d'un paquet ping de présence IPMI/RMCP
ipmi_lan_send_cmd:opened=[1],
open=[4482848] Pas de réponse de la part de
contrôleur à distance Obtenir l'autorisation
La commande des capacités a échoué
ipmi_lan_send_cmd:opened=[1],
ouvert=[4482848] Pas de réponse de la part de
contrôleur à distance Obtenir l'autorisation
La commande des capacités a échoué Erreur :
Impossible d'établir une session LAN Échec
pour ouvrir l'interface LAN Impossible d'obtenir
État de l'alimentation du châssis
D'autre part, j'ai configuré IPMI sur une boîte avec les mêmes spécifications que celles mentionnées ci-dessus sans liaison et IPMI fonctionne parfaitement.
Quelqu'un a-t-il rencontré ce problème avec IPMI + Bonding ? Je serais reconnaissant si quelqu'un m'aidait à contourner ce problème.
- Muhammed Sameer
0 votes
Voir : lists.us.dell.com/pipermail/linux-poweredge/2005-October/
0 votes
Dans mon cas, bien que eth0 soit l'interface active, l'IPMI ne semble toujours pas fonctionner. Voici le dump de /proc qui confirme que eth0 est actif Bonding Mode : fault-tolerance (active-backup) Primary Slave : eth0 Currently Active Slave : eth0 MII Status : up MII Polling Interval (ms) : 30 Up Delay (ms) : 0 Délai de descente (ms) : 0 Interface esclave : eth0 Statut MII : up Compteur de défaillance de lien : 0 Permanent HW addr : 00:22:19:56:b9:cd Slave Interface : eth1 MII Status : up Link Failure Count : 0 Adresse permanente du matériel : 00:22:19:56:b9:cf