WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-users

Re: [Xen-users] Bonding & xenbr0

To: xen-users@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-users] Bonding & xenbr0
From: Gerhard Spiegl <gspiegl@xxxxxx>
Date: Tue, 24 Jun 2008 14:32:00 +0200
Cc: Stephan Seitz <s.seitz@xxxxxxxxxxxx>, gwiener@xxxxxxxxxxxxxxx
Delivery-date: Tue, 24 Jun 2008 05:32:32 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <4860E1D4.9060203@xxxxxxxxxxxx>
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
References: <4860D33C.7090901@xxxxxx> <4860E1D4.9060203@xxxxxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla-Thunderbird 2.0.0.14 (X11/20080509)
Hi,

thanks for your answers!
The bonding mode used is 1 (active-backup) with eth0 as primary interface:

alias bond0 bonding
options bond0 mode=1 primary=eth0 updelay=40000 miimon=100 max_bonds=2

It's a Cisco Catalyst without any specific bonding configuration since
active-backup should just work (well, at least I thought so ..)

Without the xen bridge there are no errors (according to the network
admin). Also before the bridge comes up, bond0, eth0 and eth1 have the
same MAC inherited from eth0 (the way it should be).

Another mess (but not the actual problem) is if xend is not enabled at
boot time but invoked manually via "service xend start", the bridge
comes up but attaches (p)eth0 instead of (p)bond0. In fact pbond0 isn't
even created as it should cause of the "netdev=bond0" param.

Any ideas?

Here are the relevant network-scripts:

/etc/sysconfig/network-scripts/ifcfg-eth0:
-----------------------------
#
DEVICE=eth0
BOOTPROTO=none
HWADDR=
ONBOOT=yes
MASTER=bond0
SLAVE=yes
USERCTL=no
TYPE=Ethernet

/etc/sysconfig/network-scripts/ifcfg-eth1:
-----------------------------
#
DEVICE=eth1
BOOTPROTO=none
HWADDR=
ONBOOT=yes
MASTER=bond0
SLAVE=yes
USERCTL=no
TYPE=Ethernet

/etc/sysconfig/network-scripts/ifcfg-bond0:
-----------------------------
DEVICE=bond0
BOOTPROTO=none
HOSTNAME=ols011
IPADDR=172.27.100.121
NETMASK=255.255.240.0
GATEWAY=172.27.111.254
ONBOOT=yes
USERCTL=no
PEERDNS=no
IPV6INIT=no
TYPE=Ethernet




Stephan Seitz wrote:
> Hi,
> 
> I assume your switches expect another protocol. Depending on the
> mode parameter of the bonding module NICs are getting different or
> same MAC.
> 
> Did you encounter the problem without a bridge on bond0?
> 
> cheers
> 
> Stephan
> 
> 
> Gerhard Spiegl schrieb:
>> Hi List!
>>
>> This is my first post on this list so let me say hello to all here!
>>
>> I'm trying to set up HA xen VMs on RHEL 5.2 with Red Hat Cluster Suite.
>> XEN version used is original Red Hat packaged xen-3.0.3-64.el5_2.1.
>>
>> Setup is the following:
>>
>> eth0 + eth1 ==> bond0  (public interface, connected to two core
>> switches with one vlan)
>> eth2  (private interface connected to rack mounted 100Mbit switch for
>> cluster interconnect)
>>       (this will be eth2 + eth3 ==> bond1 in future)
>>
>> The xen network is working fine after adding "netdev=bond0" to the
>> (network-script ...) line
>> in xend-config.sxp - no other changes were made.
>>
>> But: Yesterday the network administrator complained about error
>> messages in the
>> switch logs caused by multiple interfaces having MAC address
>> FE:FF:FF:FF:FF:FF since
>> XEN was set up.
>> The only public interface with a configured IP is bond0 with the MAC
>> of enslaved eth0
>> so why is this strange MAC (FE:FF..) seen on the switch? We are also
>> wondering why
>> eth0 and eth1 do have this MAC. Is there an issue with bonding and xen
>> bridging?
>>
>> Output of ifconfig is attached, if you need more information, please
>> let me know.
>>
>> I would be pleased if anyone could point me to a right direction -
>> google didn't help.
>>
>> regards
>> Gerhard
>>
>>
>>
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Xen-users mailing list
>> Xen-users@xxxxxxxxxxxxxxxxxxx
>> http://lists.xensource.com/xen-users
> 
> 
> _______________________________________________
> Xen-users mailing list
> Xen-users@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-users

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users

<Prev in Thread] Current Thread [Next in Thread>