Bonjour,
Je tourne un peu en rond.
J'ai une Debian Lenny.
Noyau : 2.6.26-2-amd64
J'ai les modules chargés : bonding, mii
Le contenu de mon /etc/network/interfaces :
auto bond0
iface bond0 inet static
slaves eth0 eth2
bond_mode active-backup
bond_miimon 100
bond_downdelay 200
bond_updelay 200
# bond_primary eth0
address 192.168.1.2
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255
gateway 192.168.1.1
La sortie de dmesg :
[ 79.915435] Ethernet Channel Bonding Driver: v3.2.5 (March 21, 2008)
[ 79.915435] bonding: Warning: either miimon or arp_interval and arp_ip_target module parameters must be specified, otherwise bonding will not detect link failures! see bonding.txt for details.
[ 79.923926] bonding: bond0: setting mode to active-backup (1).
[ 79.924069] bonding: bond0: Setting MII monitoring interval to 100.
[ 79.924156] bonding: bond0: Setting up delay to 200.
[ 79.924236] bonding: bond0: Setting down delay to 200.
[ 80.034233] bonding: bond0: enslaving eth0 as a backup interface with a down link.
[ 82.926109] NET: Registered protocol family 10
[ 82.926109] lo: Disabled Privacy Extensions
[ 82.930552] ADDRCONF(NETDEV_UP): bond0: link is not ready
[ 82.996254] tg3: eth0: Link is up at 1000 Mbps, full duplex.
[ 82.996254] tg3: eth0: Flow control is off for TX and off for RX.
[ 83.060031] bonding: bond0: link status up for interface eth0, enabling it in 200 ms.
[ 83.266835] bonding: bond0: link status definitely up for interface eth0.
[ 83.266847] bonding: bond0: making interface eth0 the new active one.
[ 83.266880] bonding: bond0: first active interface up!
[ 83.267154] ADDRCONF(NETDEV_CHANGE): bond0: link becomes ready
[ 83.478953] lp0: using parport0 (interrupt-driven).
[ 83.507016] ppdev: user-space parallel port driver
[ 85.889714] r8169: eth3: link up
[ 86.025032] r8169: eth2_rename_ren: link down
[ 86.025032] ADDRCONF(NETDEV_UP): eth2_rename_ren: link is not ready
[ 94.785014] bond0: no IPv6 routers present
[ 155.677391] eth3: no IPv6 routers present
La sortie de /etc/udev/rules.d/70-persistent-net.rules est presque correcte sauf que pour la carte même carte réseau, j'ai deux interfaces :
# PCI device 0x10ec:0x8169 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="meme_adresse_MAC", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth2"
# PCI device 0x10ec:0x8169 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="meme_adresse_MAC", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth3"
La sortie de mon ifconfig :
L'interface bond0 est bien défini avec la bonne ip.
eth0 Link encap:Ethernet
UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1
eth3 Link encap:Ethernet
inet adr:169.254.124.179 Bcast:169.254.255.255 Masque:255.255.0.0
eth2_rename_ren Link encap:Ethernet
UP BROADCAST MULTICAST MTU:1500 Metric:1
1. la passerelle par défaut définie dans /etc/network/interfaces n'est pas présente quand je fais un "route -n" !
2. les serveurs DNS définis ( là, je n'ai pas mis ) ne sont pas non plus présents.
3. mon interface de la deuxième carte réseau se renomme "eth2_rename_ren"...
4. cat /proc/net/bonding/bond0
Bonding Mode: fault-tolerance (active-backup)
Primary Slave: None
Currently Active Slave: eth0
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 200
Down Delay (ms): 200
Slave Interface: eth0
MII Status: up
Link Failure Count: 0
5. Rien ne marche...!!!
Avez-vous déjà rencontré des mêmes soucis de bonding avec Lenny ( avec Etch, ça marche correctement avec une config presque pareil )?
Merci d'avance pour vos retours.
Forum Linux.debian/ubuntu Des erreurs avec le Bonding
15
jan.
2010
# ordre d'activation
Posté par NeoX . Évalué à 2.
pre-up ifup eth0pre-up ifup eth2
dans ta config du bond
car sinon les cartes sont "inactives" au montage du bond
ce qui te donne le
[ 80.034233] bonding: bond0: enslaving eth0 as a backup interface with a down link.il faut peut-etre aussi ajouter les modules ou options :
[ 79.915435] bonding: Warning: either miimon or arp_interval and arp_ip_target module parameters must be specified, otherwise bonding will not detect link failures! see bonding.txt for details.pour gerer les montées/descentes de tes cartes reseaux
[^] # Re: ordre d'activation
Posté par yesi . Évalué à 1.
pre-up ifup eth0
pre-up ifup eth2
miimon or arp_interval and arp_ip_target sont des options.
J'ai déjà des options :
bond_mode active-backup
bond_miimon 100
bond_downdelay 200
bond_updelay 200
Le problème principal est l'inexistence de l'interface eth2 ou plutôt qui a été renommé en eth2_rename_ren...
Je n'ai pas saisi comment cela est possible...
Le daemon udev aurait déconné ?!?
Mes versions :
ii udev 0.125-7+lenny3
ii ifenslave-2.6 1.1.0-10
ii net-tools 1.60-22
Il est possible que si ma deuxième carte eth2 marche bien, ça pourrait faire marcher mon bonding...
J'ai testé avec une autre carte réseau et ça a fait le même renommage !
Et quant à la dispartion de la passerelle, des serveurs de DNS ( qui sont bien évidemment définis ) dans le fichier /etc/network/interfaces, une idée... ?
[^] # Re: ordre d'activation
Posté par NeoX . Évalué à 2.
il fallait modifier l'ordre des regles udev car l'une d'elle plantait au chargement d'un module
dans ton cas, ton Udev te propose 2 noms pour la meme interface,
=> il active eth2
=> il lit la regle pour creer eth3
=> il cree eth3 en marquant eth2 comme renommé (car c'est la meme que eth3)
supprime une des deux regles (commente les d'abord pour tester)
[^] # Re: ordre d'activation
Posté par yesi . Évalué à 1.
J'ai même supprimé toutes les règles...
Et ça a généré les mêmes erreurs de renommage...
Etrange !
# Quel matériel
Posté par ChickenKiller . Évalué à 2.
[^] # Re: Quel matériel
Posté par yesi . Évalué à 1.
C'est pour le cas du mode=4 (802.3ad), l'aggrégat de liens dynamiques.
Mais ici, je fais juste du tolérance zéro (bond_mode active-backup ).
Un lien est seulement actif.
# 802.3ad
Posté par yesi . Évalué à 1.
Et avec la même configuration.
A défaut de ne pas comprendre pourquoi le disfonctionnement du mode active-backup, je reste avec le mode 802.3ad.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.