4 votes

IPMI ne fonctionne pas avec Network Bonding

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) : 0

Interface esclave : eth0 Statut MII : up
Nombre de défaillances de liaison : 0 Permanent HW
addr : 00:22:19:56:b9:cd

Interface 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

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

1voto

Nous avons rencontré ce problème avec nos systèmes Supermicro lorsque nous utilisons IPMI sur LAN1 (plutôt que IPMI avec un LAN dédié). Nous avons effectué quelques débogages ici : http://pastebin.com/gsmr9WvS

Nous sommes actuellement en pourparlers avec Supermicro pour isoler le problème, mais pour l'instant, il s'agit d'un problème qui ne peut être résolu en raison du partage des macs entre les deux cartes réseau.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X