[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-users] xen 3.2 network problems
Sebastian Reitenbach schrieb: > Hi, > Hi, > I try to get networking running with xen 3.2, but it seems I fail miserably. > > I am on sles10sp1, with xen 3.2.0, and kernel rpm's installed from SP2. > > > I configured in /etc/sysconfig/network the NETWORK_LIST: > I guess you meant /etc/sysconfig/xend? > NETWORK_LIST="bridge,0,default,00:DE:AD:BE:EF,192.168.8.13/24,dhcp-off" > > but an ifconfig xenbr0 still shows the mac address of peth0 > fe:ff:ff:ff:ff:ff. > > Initially, I had a bond interface on top of eth0 and eth1, the default route > was via the bond interface. after rebooting the xen kernel, it saw a message > that veth0 was missing, it said maybe because of not enough available > loopback devices. I think more that this had to to with the bond0 interface. > However, I followed the advice, and created some files below /etc/modprobe.d > with following contents: > > cat /etc/modprobe.d/*loop > options loop max_loop=64 > options netloop nloopbacks=64 > > Also, with the bond interface, when the ordinary network started, it created > the bond0 interface, and I was able to ping it for some seconds, until xend > was started, and it tried to add the bond0 to the xenbr0. > > when I now restart xend, I have veth0-veth63 and I have vif0.0-vif0.63. Is > this the way it should be? I thought it would only create virtual interfaces > for the amount of physical interfaces on the dom0 available, at least this > was how I have it seen on xen 3.0.4 and 3.1.0. > > Then I removed the bond0, and only had a eth0 interface, with IP configured, > the default route of the dom0 now via the eth0 interface. After a reboot, > this was working well. > > So fine, then I added a vlan on top of the eth0, and rebooted. Without > starting xend, I was able to communicate via eth0 and the vlan, then I > started xen, and the tcpdump on the vlan interface stopped seeing packets on > that interface. The eth0 was still working. On xen 3.0.4 and xen3.1. I had > no such problem with vlan interfaces, so is there anything I am missing? > I guess not. I've tried the same with SLES 10 SP2 (Beta1!). I think I tracked down the problem: SuSE changed the network script to "network-multinet" in 3.2.0. It's really cool, because it's quite easy to setup several different networks (and you don't need to start scripting in order to get this up and running). However the script has some problems with vlans (and maybe bonds, didn't test that). The problem is the usage of ifup/ifdown do (de-)activate interfaces. That works fine on real (eth*) devices, but running ifdown on a vlan makes the device disappear (and that's what breaks the Xen magic). So I replaced some calls to ifdown with "ip link set dev $dev down" and vlans started working. I've attached my version of multinet-common.sh (just copy to /etc/xen/scripts/) - my modifications are only in create_normal_bridge(), maybe to get your setup working you need to do the same in create_bonded_bridge(). I've submitted a service request to Novell, so if you could test the bonding stuff, and give some feedback, I'd update / extend this service call. And maybe we'll get a working version on SLES 10 SP2 final ;-) > kind regards > Sebastian > Marcel -- ---- Dipl.-Inf. Marcel Ritter Linux/Novell Regionales Rechenzentrum Erlangen ---- Unix _IS_ user friendly... It's just selective about who its friends are. Attachment:
multinet-common.sh _______________________________________________ Xen-users mailing list Xen-users@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-users
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |