Jarod Wilson wrote :

> On Friday 14 March 2008 09:15:02 am Gerrard Geldenhuis wrote:
> > anaconda adds these lines at build time to the eth devices. We have a
> > sript in the kickstart that configures bonding and remove these lines
> > from the eth0 and eth2 devices.
> 
> What for? Bonding works just fine if you leave those in there. If I recall 
> correctly, the bond takes on either a manually specified MAC address, the 
> address of whichever interface you deem primary, or whichever interface in 
> the bond comes up first...

I must disagree... it doesn't "work just fine", unfortunately.

>From my very recent tests (RHEL5.1 fully updated as of today), when
bonding two devices using LACP, if both have their default HWADDR=
entries, then a "service network restart" will cut the network
connection for a long-ish time, then when the network comes up, only one
of the two interfaces will be active in bond0.

With dmesg (bond0 is configured for eth1 and eth2), I can see :

bonding: bond0: Interface eth1 is already enslaved!
bonding: bond0: link status definitely down for interface eth1,
disabling it

And "ethtool eth1" reports : MII Status: down

The only solution at that point is "ifconfig eth1 down; ifconfig eth1
up". Then MII is up and eth1 is active in bond0 again.

Now if for ifcfg-eth1, I replace "HWADDR=" with "MACADDR=" to force
its MAC address to its real MAC address (sounds silly, uh?), then things
work fine : "service network restart" cuts the network connection for
only a few seconds, and both eth1 and eth2 are again active in bond0.

...slighty OT, but worth mentioning ;-)

Now the other problem I'm having is to get Xen to use VLAN interfaces on
top of the bonded interfaces... not working as expected either yet, and
the Xen network scripts don't make that easy at all! ;-)

Matthias

-- 
Clean custom Red Hat Linux rpm packages : http://freshrpms.net/
Fedora release 8 (Werewolf) - Linux kernel 2.6.24.3-34.fc8
Load : 0.19 0.69 0.93

_______________________________________________
rhelv5-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/rhelv5-list

Reply via email to