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] Xen Netloop module missing

To: "Fajar A. Nugraha" <list@xxxxxxxxx>
Subject: Re: [Xen-users] Xen Netloop module missing
From: Virajith Jalaparti <virajith.j@xxxxxxxxx>
Date: Thu, 06 Jan 2011 12:57:53 -0600
Cc: Xen User-List <xen-users@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Thu, 06 Jan 2011 11:02:21 -0800
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=c12nfkN6SBMs+FmfkVCzod0IR1918TFYnrJQ3p5EvmI=; b=xgxGK1xLNeegY3f1WGT5/E5XY1lTmoyZLKNzQm8CDZPQXV5cVqQ5/acCFipKMh7P4e dMQHaFfYewcAfi8DprxJmJw2/WYUwZPEAxr0mVMhKTH9mob4CGNEM4z5rf+h4P4+m6tL f8+LQaDIWF3PE24F5wOJIoItKQXJldACv6hdU=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=NMgOJorvFqnhdOfk9lRd8VAL180vK0E+5V0Ll7htsnsZhnB8Zv9K0pgmHHtKk2V5NG Wy+83vdR4DcuGfheXxEOF9aEhbCy++SqaRC1h0CkFpjF2NVQ7T3FXNbG4aMvFSEqbdwK LvxwzO+ooKtHHaYgIuQOdYVENLipcb7mlp/M8=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <AANLkTinVy5biBTnwYuTQeEA6+okeic6L2xwqriCQ+H-H@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: <597875.33194.qm@xxxxxxxxxxxxxxxxxxxxxxxxxxx> <4D2530A7.5060007@xxxxxxxxx> <AANLkTingPLi7aqtX=q_7DAoG+Rq=5ZT1OR6WYZSBoVQo@xxxxxxxxxxxxxx> <4D253BA6.1080404@xxxxxxxxx> <AANLkTinVy5biBTnwYuTQeEA6+okeic6L2xwqriCQ+H-H@xxxxxxxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7

Look at documentation (README, etc) found in xen source tarball. I
think something like

make linux-2.6-xen0-config CONFIGMODE=menuconfig

is necessary for 2.6.18 kernel.

Note that there are other kernels available for dom0:
http://wiki.xensource.com/xenwiki/XenDom0Kernels
and with newer (2.6.3x) kernels the process is similar with the usual
kernel compile process: make menuconfig, make, and so on. You just
need to enable xen-related options during menuconfig process.


I did this and the config file has netloop built in (CONFIG_XEN_NETDEV_LOOPBACK=y) but I cannot find the netloop.ko file in /lib/modules/2.6.18.8/kernel/xen/drivers/. Is there anyway otherway I can verify that this option is indeed being taken into account?

Also, which Xen version are you using? Are you using the default
network-bridge or create your own bridges?
netloop is primarily needed for older versions of Xen where the
default bridged setup is :
- create virtual network device pairs for each dom0 interface (vif0.x
and vethx) using netloop module
- rename dom0 interfaces (eth0 ->    peth0, veth0 ->    eth0)
- create a bridge (xenbr0) with peth0 and vif0.0 as its members.

Newer bridge setup use "eth0" as bridge name, and doesn't need netloop
anymore.

It has nothing to do whatsoever with VM migration.

In short, if in your current setup your domU is able to access outside
network, most likely you don't need netloop support.

I am using Xen-3.1.3 and I was creating my own bridges. In particular, I was
using the following set of commands to set up the bridges in the original
version of xen I had installed (from yum repos in CentOS).
If you use Centos, why would you need Xen 3.1.3, and why would you
need to compile your own kernel?
RHEL/Centos 5.5 comes with Xen 3.1.2+, and has a functional kernel-xen
by default.

I wanted to install Xen from source code because of changes that I need to do to it. The repo version of Xen for CentOS works quite well. I do have Xen already installed from repos and trying to install another one from source code.

vconfig add peth2 513
brctl addbr breth2.513
brctl setfd breth2.513 0
ip link set dev breth2.513 arp off multicast off up
brctl addif breth2.513 peth2.513
ip link set dev peth2.513 up
ip link set dev vif0.4 arp off multicast off
brctl addif breth2.513 vif0.4
ip link set dev vif0.4 up
ip link set dev veth4 name eth2.513 mtu 1400
ip link set dev eth2.513 address `cat /sys/class/net/eth2/address`
ifconfig eth2.513 $ip netmask 255.255.255.0 up
You're mixing xen's default bridge script (which creates peth and
vif0.x, and need netloop support) with your own setup. Don't do that.

Just do everything using OS config files. For example, in my setup (I
use eth4 and vlan129. Adjust interface names, vlans, MAC, and IP with
your setup)

- comment-out network-script line on /etc/xen/xend-config.sxp
- some config files:
# cat /etc/sysconfig/network-scripts/ifcfg-eth4
DEVICE=eth4
BOOTPROTO=static
HWADDR=00:XX:XX:XX:XX:XX
ONBOOT=yes

# cat /etc/sysconfig/network-scripts/ifcfg-eth4.129
DEVICE=eth4.129
VLAN=yes
BOOTPROTO=none
ONBOOT=yes
BRIDGE=br129

# cat /etc/sysconfig/network-scripts/ifcfg-br129
DEVICE=br129
TYPE=Bridge
BOOTPROTO=static
IPADDR=192.168.129.xxx
GATEWAY=192.168.129.1
NETMASK=255.255.255.0
ONBOOT=yes

- assign domU to use br129 (or whatever bridge you use), with
something like this on your domU config file

vif = [ 'mac=00:16:3E:9A:89:3D, bridge=br129, vifname=myDomU-eth0' ]

Note that in this kind of setup you don't need netloop support.


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

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