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] Trouble with manual bridging on Xen3/CentOS 5

To: Teck Choon Giam <giamteckchoon@xxxxxxxxx>
Subject: Re: [Xen-users] Trouble with manual bridging on Xen3/CentOS 5
From: Digimer <linux@xxxxxxxxxxx>
Date: Sat, 30 Apr 2011 22:04:37 -0400
Cc: "xen-users@xxxxxxxxxxxxxxxxxxx" <xen-users@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Sat, 30 Apr 2011 19:06:36 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <BANLkTin0YEz0HDvnGYJ4Dt5pWRAGeaR61Q@xxxxxxxxxxxxxx>
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/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
References: <4DBB36EA.2030202@xxxxxxxxxxx> <BANLkTimE1YDM86_rYj6PHWqgDyRa1gQoHw@xxxxxxxxxxxxxx> <4DBC3DCE.4060206@xxxxxxxxxxx> <BANLkTi=Gjp7OdfTyF7DE9SVZ3uFn2W5uxA@xxxxxxxxxxxxxx> <4DBC7FE2.8010609@xxxxxxxxxxx> <BANLkTin0YEz0HDvnGYJ4Dt5pWRAGeaR61Q@xxxxxxxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc14 Thunderbird/3.1.10
On 04/30/2011 08:47 PM, Teck Choon Giam wrote:
> Pasi is right about to use system network configuration so that xend
> and system network are separated.  Can you explain how it was bugged?
> Is it sometimes get set and sometimes not?  Have you try to give a
> small sleep interval such as 3 seconds before setting the related mtu?
> 
> Thanks.

Sure.

  I've got three interfaces in my server;
- eth0; Internet-facing, bridged as xenbr0
- eth1; Storage network, not bridged or used by any domU.
- eth2; Back-channel/internal network, bridged as xenbr2, used by some domU.

  I had a patch[1] in xen-network-common.sh's setup_bridge_port()
function that would look at the $dev passed in, parse it and pull the
MTU from the corresponding bridge. The bug was that this $dev matched
the ethX device in the domU rather than the bridge, so when the second
interface (xenbr2 <-> domU's eth1) would look for the MTU of 'xenbr1',
which didn't exist.

  In trying to fix that with Paolo's help, I found that it stopped
updating the vif0.0 and vif2.0 used by dom0. In trying to find out why,
Pasi mentioned that I should move the bridge's outside of Xen, which I
did now. With the bridges outside of xen, they were set to the MTU of
dom0's corresponding ethX devices on boot. Then I could focus on getting
the domU vif's at the corresponding bridge's MTU and now you know the
rest of the story. :)

Digimer

1. https://bugzilla.redhat.com/attachment.cgi?id=492964&action=diff

-- 
Digimer
E-Mail: digimer@xxxxxxxxxxx
AN!Whitepapers: http://alteeve.com
Node Assassin:  http://nodeassassin.org

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