[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Nuevos Problemas con bonding

Iñigo Tejedor Arrondo escribió:

El jue, 12-04-2007 a las 17:57 +0200, Adrian Chapela escribió:
Estoy haciendo nuevas pruebas de bonding con dos tarjetas (una linksys y una 8139..). El modo de bonding que pongo es el 0 y sigue sin funcionar correctamente. El problema es que solo funciona una de las tarjetas:
He configurado debian para que haga el bonding y luego me he hecho un script.. que me resulta más cómodo para las pruebas:
modprobe bonding mode=0 miimon=100 use_carrier=0 # Pongo el modo use_carrier = 0 por si no detectaba bien la desconexión del cable. 

ifconfig eth0 down      # Las tiro por si están levantadas
ifconfig eth1 down #ifconfig bond0 hw ether 00:11:22:33:44:55 # Asigné la MAC pero ahora no lo hgago ifconfig bond0 192.168.18.100 up 
ifenslave bond0 eth0    # Pongo las tarjetas a disposición del bonding.
ifenslave bond0 eth1


^^^^ ¿has probado poniendolo en una linea?:
ifenslave bond0 eth0 eth1

a parte tiene más opciones, como -v para debug (man ifenslave)
lo mismo que modprobe, etc.

y como comentario, has de instalar el que coincida con tu kernel,
inenslave-2.6 seguramente. En etch ya solo queda un paquete que depende
de ifenslave-2.6, pero en sarge había dos.

Suerte
Ese podía ser el problema. He eliminado todos los paquetes y he reinstalado ifenslave-2.6
He cambiado la tarjeta, ya que, está comprobado por otros usuarios que la Realtek 8169 falla con bonding, y no vaya a ser que la 8139 también falle. Ahora tengo una 3com 3c50x y parecía que estaba todo solucionado. El problema es que lo he dejado todo el fin de semana y los ping han fallado aleatoriamente.
Están conectados al mismo switch y aunque no debería ser un problema, no se si puede tener algo que ver. Según dicen (en la docu) el driver bonding es independiente del switch que uses y en los ejemplos de disponibilidad y rendimiento sale la configuración que uso para las pruebas. No entiendo cual puede ser el problema.
Ahora voy a hacer unas pruebas de nuevo, poniendo modo verbose y con el paquete ifenslave-2.6 instalado. Lo que dices de todo en una linea me parece raro, pero veo que puede ser.. no se... antes cuando lo hacía con la configuración de debian lo hacía en una linea. Ahora lo hago con un script porque me resulta más cómodo... 

A mi lo que me sigue pareciendo que no es normal es esto:

localhost kernel: bond0: duplicate address detected!


lspci de las tarjetas:
0000:00:06.0 Ethernet controller: Linksys NC100 Network Everywhere Fast Ethernet 10/100 (rev 11) 0000:00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 

ifconfig:

bond0     Link encap:Ethernet  HWaddr 00:11:22:33:44:55
          inet addr:192.168.1.100  Bcast:192.168.18.255  Mask:255.255.255.0
          inet6 addr: fe80::211:22ff:fe33:4455/64 Scope:Link
          UP BROADCAST RUNNING MASTER MULTICAST  MTU:1500  Metric:1
          RX packets:1357 errors:0 dropped:0 overruns:0 frame:0
          TX packets:793 errors:14 dropped:0 overruns:0 carrier:14
          collisions:0 txqueuelen:0
          RX bytes:144979 (141.5 KiB)  TX bytes:148606 (145.1 KiB)

eth0      Link encap:Ethernet  HWaddr 00:11:22:33:44:55
          inet6 addr: fe80::211:22ff:fe33:4455/64 Scope:Link
          UP BROADCAST RUNNING SLAVE MULTICAST  MTU:1500  Metric:1
          RX packets:462 errors:0 dropped:0 overruns:0 frame:0
          TX packets:303 errors:14 dropped:0 overruns:0 carrier:14
          collisions:0 txqueuelen:1000
          RX bytes:51388 (50.1 KiB)  TX bytes:51796 (50.5 KiB)
          Interrupt:17 Base address:0x1800

eth1      Link encap:Ethernet  HWaddr 00:11:22:33:44:55
          inet6 addr: fe80::211:22ff:fe33:4455/64 Scope:Link
          UP BROADCAST RUNNING SLAVE MULTICAST  MTU:1500  Metric:1
          RX packets:895 errors:0 dropped:0 overruns:0 frame:0
          TX packets:490 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:93591 (91.3 KiB)  TX bytes:96810 (94.5 KiB)
          Interrupt:16 Base address:0x8400

Alguien sabe lo que puede estar pasando ??

Aparentemente el log dice que todo está correcto:
localhost kernel: Ethernet Channel Bonding Driver: v3.1.1 (September 26, 2006) 
localhost kernel: bonding: MII link monitoring set to 100 ms
localhost kernel: ADDRCONF(NETDEV_UP): bond0: link is not ready
localhost kernel: bonding: bond0: Warning: failed to get speed and duplex from eth0, assumed to be 100Mb/sec and Full. localhost kernel: bonding: bond0: enslaving eth0 as an active interface with an up link. 
localhost kernel: eth1: link up, 100Mbps, full-duplex, lpa 0x45E1
localhost kernel: bonding: bond0: enslaving eth1 as an active interface with an up link. 
localhost kernel: ADDRCONF(NETDEV_CHANGE): bond0: link becomes ready
localhost kernel: bond0: duplicate address detected! # **Menos esto no ??. He leido que es normal.. pero parece un error no ?? ** localhost kernel: eth0: Setting full-duplex based on MII#1 link partner capability of 45e1. localhost kernel: bonding: bond0: link status definitely down for interface eth0, disabling it localhost kernel: bonding: bond0: link status definitely up for interface eth0. 
localhost kernel: eth1: link down
localhost kernel: bonding: bond0: link status definitely down for interface eth1, disabling it 
localhost kernel: eth1: link up, 100Mbps, full-duplex, lpa 0x45E1
localhost kernel: bonding: bond0: link status definitely up for interface eth1. localhost kernel: bonding: bond0: link status definitely down for interface eth0, disabling it localhost kernel: bonding: bond0: link status definitely up for interface eth0. localhost kernel: bonding: bond0: link status definitely down for interface eth0, disabling it localhost kernel: bonding: bond0: link status definitely up for interface eth0. 


Un saludo!
Reply to: