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

Re: [Xen-users] Strangness with IP's


  • To: Rus Foster <twattycake@xxxxxxxxx>
  • From: Rudi Ahlers <Rudi@xxxxxxxxxxx>
  • Date: Fri, 18 Feb 2011 09:36:14 +0200
  • Cc: xen-users@xxxxxxxxxxxxxxxxxxx
  • Delivery-date: Thu, 17 Feb 2011 23:40:12 -0800
  • Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=softdux.com; h=MIME-Version:Reply-To:In-Reply-To:References:From:Date:Message-ID:Subject:To:Cc:Content-Type:Content-Transfer-Encoding:X-Assp-ID:X-Assp-Version:X-Source:X-Source-Args:X-Source-Dir; b=VrzPESV/w18/Ccln5mNmrHcbOHRe4uPxenIHnbcMjPFsJYTqjBWRuM1DL1ysRM9H7UR+YZpoorTcTd6sQ0KAemZakcQRrxAltSEv6g3ZhWzRGFIo6ABpzbatDQ1OuSxx;
  • List-id: Xen user discussion <xen-users.lists.xensource.com>

On Fri, Feb 18, 2011 at 2:03 AM, Rus Foster <twattycake@xxxxxxxxx> wrote:
> We've got a problem we've not come across before. We are running xen
> 3.4.3 on a known good configuration
>
> We have the subnet 109.169.72.128/25 pointing to a server with
> 109.169.72.129 as the default GW
>
> Random IP's in the subnet will not route from a domU (Xen PV and Xen
> HVM))to the default gw
>
> An IP will work on one domU but not another
>
> If the IP is bound to eth0:0 on the dom0 it works fine.
>
> Our configuration file for an effected VM is
>
> kernel     = '/boot/solus-vmlinuz'
> ramdisk    = '/boot/solus-initrd.img'
> #bootloader = '/usr/bin/pygrub'
> extra      = ''
> memory     = 512
> hostname   = 'blah'
> cpu_weight = 256
> name       = 'vm5952'
> vif        = ['ip=109.169.72.235, vifname=vifvm5952.0, mac=00:16:3e:af:ec:d7']
> vnc        = 0
> vcpus      = 4
> vncviewer  = 0
> serial     = 'pty'
> disk       = ['phy:/dev/VolGroup00/vm5952_img,xvda1,w',
> 'phy:/dev/VolGroup00/vm5952_swap,xvda2,w']
> root       = '/dev/xvda1 ro'
>
> It boots fine to the console and within the VM the network
> configuration looks sane
>
> domU
>
> sh-3.00# ifconfig eth0
> eth0      Link encap:Ethernet  HWaddr 00:16:3E:AF:EC:D7
>          inet addr:109.169.72.235  Bcast:109.169.72.255  Mask:255.255.255.128
>          inet6 addr: fe80::16:3eff:feaf:ecd7/64 Scope:Link
>          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>          RX packets:1362 errors:0 dropped:0 overruns:0 frame:0
>          TX packets:12 errors:0 dropped:0 overruns:0 carrier:0
>          collisions:0 txqueuelen:1000
>          RX bytes:88977 (86.8 KiB)  TX bytes:776 (776.0 b)
>          Interrupt:24
>
>
> sh-3.00# netstat -rn
> Kernel IP routing table
> Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
> 109.169.72.128  0.0.0.0         255.255.255.128 U         0 0          0 eth0
> 169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth0
> 0.0.0.0         109.169.72.129  0.0.0.0         UG        0 0          0 eth0
>
> BUT
>
>
> sh-3.00# ping -c 1 109.169.72.129
> PING 109.169.72.129 (109.169.72.129) 56(84) bytes of data.
>
> --- 109.169.72.129 ping statistics ---
> 1 packets transmitted, 0 received, 100% packet loss, time 0ms
>
>
> On the node itself
>
>
> [root@8 xen]# brctl show
> bridge name     bridge id               STP enabled     interfaces
> eth0            8000.0025901d7134       no              vifvm5952.0
>                                                                peth0
>
>
>
> [root@8 xen]# xm info
> host                   : 8.xn.nj.damnvps.com
> release                : 2.6.18-194.32.1.el5xen
> version                : #1 SMP Wed Jan 5 18:44:24 EST 2011
> machine                : x86_64
> nr_cpus                : 16
> nr_nodes               : 1
> cores_per_socket       : 4
> threads_per_core       : 2
> cpu_mhz                : 2400
> hw_caps                :
> bfebfbff:2c100800:00000000:00000740:009ee3fd:00000000:00000001:00000000
> virt_caps              : hvm
> total_memory           : 98294
> free_memory            : 72498
> node_to_cpu            : node0:0-15
> node_to_memory         : node0:72498
> xen_major              : 3
> xen_minor              : 4
> xen_extra              : .3
> xen_caps               : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32
> hvm-3.0-x86_32p hvm-3.0-x86_64
> xen_scheduler          : credit
> xen_pagesize           : 4096
> platform_params        : virt_start=0xffff800000000000
> xen_changeset          : unavailable
> cc_compiler            : gcc version 4.1.2 20080704 (Red Hat 4.1.2-48)
> cc_compile_by          : root
> cc_compile_domain      : gitco.tld
> cc_compile_date        : Sat Jan 22 14:01:09 CET 2011
> xend_config_format     : 4
>
> Any ideas are welcome...
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-users
>


Generally, depending on your network (i.e routers, firewalls & managed
switches) if you move an IP from one machine to another (where the MAC
addresses differ) you would need to clear the ARP cache on the
router(s) for it to work properly


-- 
Kind Regards
Rudi Ahlers
SoftDux

Website: http://www.SoftDux.com
Technical Blog: http://Blog.SoftDux.com
Office: 087 805 9573
Cell: 082 554 7532

_______________________________________________
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®.