[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Xen-users] Xen 3.3.0 on Gentoo Kernel 2.6.18, Bridge-SetupProblems



Thanks a lot! You just made my day...

________________________________________
From: xen-users-bounces@xxxxxxxxxxxxxxxxxxx 
[mailto:xen-users-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of Maresa Nirwan
Sent: Monday, November 17, 2008 4:11 PM
To: xen-users@xxxxxxxxxxxxxxxxxxx
Subject: RE: [Xen-users] Xen 3.3.0 on Gentoo Kernel 2.6.18, Bridge-SetupProblems

If you're using Xen 3.2+, you don't need to use xenbr anymore. See 
http://wiki.xensource.com/xenwiki/XenNetworking#head-708d4c55f42b5e2b866c06e1ae69530e8c748799
 and compare 3.1 vs 3.2 networking.

I was pulling my hairs out about this issue until I found out that Xen 3.2's 
bridge name is eth0. So do create it as eth0. That change, at least for me, 
solved my issue.

MSN

> From: andreas.westermaier@xxxxxx
> To: Xen-users@xxxxxxxxxxxxxxxxxxx
> Date: Mon, 17 Nov 2008 15:09:30 +0100
> CC: 
> Subject: [Xen-users] Xen 3.3.0 on Gentoo Kernel 2.6.18, Bridge-Setup Problems
> 
> Hi,
> 
> I'm new to this list. The last days I messed a bit around with Xen on Gentoo 
> (2.6.18, emerged xen-sources) and after disabling IPv6 support in the kernel 
> I also got the network-bridge script almost working I think. There are no 
> error messages anymore.
> 
> Reading the Xen Wiki [1] I found that the network-bridge script should 
> perform the following actions:
> 1. creates a new bridge named xenbr0
> 2. "real" ethernet interface eth0 is brought down
> 3. the IP and MAC addresses of eth0 are copied to virtual network interface 
> veth0
> 4. real interface eth0 is renamed peth0
> 5. virtual interface veth0 is renamed eth0
> 6. peth0 and vif0.0 are attached to bridge xenbr0
> 7. the bridge, peth0, eth0 and vif0.0 are brought up
> 
> In my case it successfully creates the bridge xenbr0 and renames the real 
> interface eth0 to peth0. ifconfig shows up:
> 
> lo Link encap:Local Loopback
> inet addr:127.0.0.1 Mask:255.0.0.0
> UP LOOPBACK RUNNING MTU:16436 Metric:1
> RX packets:64 errors:0 dropped:0 overruns:0 frame:0
> TX packets:64 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:0
> RX bytes:4096 (4.0 KiB) TX bytes:4096 (4.0 KiB)
> 
> peth0 Link encap:Ethernet HWaddr XX:XX:XX:XX:XX:XX
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:100766 errors:0 dropped:0 overruns:0 frame:0
> TX packets:91552 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:1000
> RX bytes:48721126 (46.4 MiB) TX bytes:85752042 (81.7 MiB)
> Interrupt:16 Memory:f8000000-f8011100
> 
> xenbr0 Link encap:Ethernet HWaddr XX:XX:XX:XX:XX:XX
> inet addr:192.168.0.84 Bcast:192.168.1.255 Mask:255.255.254.0
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:71132 errors:0 dropped:0 overruns:0 frame:0
> TX packets:73847 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:0
> RX bytes:3392032 (3.2 MiB) TX bytes:84049770 (80.1 MiB)
> 
> xenbr0 and peth0 have the same mac addresses. No new (virtual) eth0 and 
> vif0.0 device is created (also verified by trying to get them manually up 
> with 'ifconfig XXX up').
> 
> My xend-config.sxp looks like this:
> 
> (network-script 'network-bridge netdev=eth0 bridge=xenbr0 vifnum=0')
> (vif-script vif-bridge)
> (dom0-min-mem 196)
> (enable-dom0-ballooning yes)
> (dom0-cpus 0)
> 
> 
> Any ideas on this issue?
> 
> 
> [1] http://wiki.xensource.com/xenwiki/XenNetworking
> 
> 
> _______________________________________________
> 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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.