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

Re: [Xen-users] newbie in trouble with CentOS Xen


  • To: xen-users@xxxxxxxxxxxxx
  • From: Alexandre Kouznetsov <alk@xxxxxxxxxx>
  • Date: Fri, 05 Apr 2013 10:05:25 -0600
  • Delivery-date: Fri, 05 Apr 2013 16:07:16 +0000
  • List-id: Xen user discussion <xen-users.lists.xen.org>

Hello.

Great reference.

El 05/04/13 09:28, Greg Woods escribiÃ:
On Thu, 2013-04-04 at 16:26 -0600, Alexandre Kouznetsov wrote:
I expected pethX to keep the original interface's MAC.

It doesn't on my systems. I'll admit that I do not fully understand how
all this works, but here is partial ifconfig output from a working
CentOS 5.9 system:

eth2      Link encap:Ethernet  HWaddr 00:1B:21:A1:CA:B0
           inet addr:192.168.203.2  Bcast:192.168.203.255
Mask:255.255.255.0
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:40680 errors:0 dropped:0 overruns:0 frame:0
           TX packets:40048 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:0
           RX bytes:10464680 (9.9 MiB)  TX bytes:10335739 (9.8 MiB)

peth2     Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF
           UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1
           RX packets:40298 errors:0 dropped:0 overruns:0 frame:0
           TX packets:40189 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:1000
           RX bytes:9853371 (9.3 MiB)  TX bytes:10403372 (9.9 MiB)
           Memory:fa7e0000-fa800000

xenbr2    Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF
           UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1
           RX packets:78922 errors:0 dropped:0 overruns:0 frame:0
           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:0
           RX bytes:19374293 (18.4 MiB)  TX bytes:0 (0.0 b)

 From "brctl show":

xenbr2          8000.feffffffffff       no              vif5.1
                                                         vif4.1
                                                         vif3.1
                                                         vif2.1
                                                         vif1.1
                                                         vif0.2
                                                         peth2

Then all the /etc/xen config files just reference xenbr2.


All of the xenbrX and pethX devices have this same pseudo-MAC address.
It is not clear to me how they are connected to the underlying ethX
device.

It seems like, Dom0's IP connectivity is not done directly via the actual device. Instead it creates a vif0.2 and maps it as eth2 to Dom0, as it would do with any other Dom. Seems much cleaner than the setup I described before, as "old ways", when a eth was renamed to peth and a bridge called eth was created.

All this said, if "ifconfig eth0" shows no output, while this device is
supposed to be used for bridged networking in Xen, that's a problem. If
it were me, I'd be looking at "dmesg" output to figure out why the
"eth0" device isn't being set up at boot time. Fix what you know is
broken first.

I's more clear to me now.
In Dave's case, "ifconfig eth0" within Dom0 should show a eth0 in inactive state. That should be normal, if Dom0 where not supposed to have a IP interface for that network.

What is still weired, is that he said his eth1 goes to a Cisco router, while this configuration would make more sense if eth0 where the public interface.

Hey, Dave, didn't you misswired your Supermicro networking connections?


--
Alexandre Kouznetsov


_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxx
http://lists.xen.org/xen-users

 


Rackspace

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