Précédent   Forum des professionnels en informatique > Systèmes > Linux > Distributions > Fedora / Red hat
Fedora / Red hat Vos questions sur les distributions Fedora / Red Hat
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 11/05/2011, 22h24   #1
Invité de passage
 
Inscription : septembre 2010
Messages : 6
Détails du profil
Informations forums :
Inscription : septembre 2010
Messages : 6
Points : 0
Points : 0
Par défaut Bonding sur RedHat et disparition de device

Bonjour.
Je rencontre un problème très embarrassant alors que je tente de mettre en place du bonding en mode 1 (fail-over) sur du RHEL 5.4 et 5.5 (HP PROLIANT G5/G6/G7) et ce, sur un bon tiers des machines du parc (au demeurant toutes des redhat... configurées de façon identique......):
1) Une des interfaces esclave (du même "aggrégat") disparaît totalement du serveur, 1 reboot sur 2 voire même sans aucun reboot au bout de quelques temps... ce qui est très étrange.
2) Non moins étrange, 2 interfaces esclaves (d'un même "aggrégat") échangent leurs drivers respectifs après un reboot! En fait, pour être exact, ce sont les "FLAGS" des NIC qui s'interchangent : eth0 prend pour nom eth4, et vice-versa (je le constate en vérifiant les infos "bus pci" et après recoupage avec le driver effectivement utilisé par le matériel)...
Et tout ça, avec un modprobe.conf d'équerre et un minimum d'options pour le bonding (mode=1 miimon=100), et en plus, après avoir procédé à des tests de failover concluants (ifenslave -c ...): bascule effective d'une interface physique à l'autre (check du /proc/net/bonding/bond? après bascule)!
Mais qu'est-ce qui se passe ? Pourquoi la conf est-elle aussi instable ? Et ce seulement sur 1/3 des serveurs configurés en mode bonding de façon identique ?

Je ne sais plus vers quoi orienter mes recherches... les gars du réseau ne me montrent eux aussi qu'une configuration générique des switchs... me convainquant que ça ne vient pas de chez eux...
Je ne dois pas être le seul péquin sur terre à avoir rencontré ce genre de problème?!?!

Un mot sur les cartes ethernet de tous mes serveurs HP:
- 1 quadport broadcom (bnx2)
- 1 dualport intel (intégrée au serveur) (e1000e)

Je commence à fatiguer!

D'autant qu'il est inutile de me renvoyer vers les docs RedHat ...mon compte chez eux ne me permet pas de consulter tous les documents... c'est un peu pour ça que je me suis permis d'entrer sans frapper....

Voilà! Si quelqu'un a une idée
ch4204 est déconnecté   Envoyer un message privé Réponse avec citation 01
Vieux 07/06/2011, 07h51   #2
Invité de passage
 
Inscription : septembre 2010
Messages : 6
Détails du profil
Informations forums :
Inscription : septembre 2010
Messages : 6
Points : 0
Points : 0
Par défaut upgrade de de kernelau 238... inefficace!

Bonjour,
après une tripoté de tests et finallement un upgrade de kernel au 238 dont je pensais qu'il résoudrait le problème, je n'ai toujours pas résolu le problème! En effet, si je pensais que cette dernière action avait bien résolu le soucis, le temps a démenti mes conclusions et une des device a une nouvelle fois disparu...
ch4204 est déconnecté   Envoyer un message privé Réponse avec citation 01
Vieux 07/06/2011, 08h34   #3
Expert Confirmé Sénior
 
Avatar de frp31
 
Homme francois
Ingénieur systèmes et réseaux
Inscription : juillet 2006
Messages : 3 534
Détails du profil
Informations personnelles :
Nom : Homme francois
Âge : 35
Localisation : France, Haute Garonne (Midi Pyrénées)

Informations professionnelles :
Activité : Ingénieur systèmes et réseaux
Secteur : Aéronautique - Marine - Espace - Armement

Informations forums :
Inscription : juillet 2006
Messages : 3 534
Points : 7 743
Points : 7 743
tes numéros de ports ne sont pas figés, c'est donc ça ton problème.

pour que le bounding fonctionne, il faut que les ports soient figés, eth0 soit tjrs le même port et eth1 tjrs le même ports etc...

tu pourrais voir ça peut être avec udev... ou dans les scripts de démarrage pour figer tes ports.
frp31 est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 11h26.


 
 
 
 
Partenaires

Hébergement Web