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

Re: [Xen-devel] xen.git branch reorg


  • To: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
  • From: Boris Derzhavets <bderzhavets@xxxxxxxxx>
  • Date: Fri, 24 Apr 2009 11:50:25 -0700 (PDT)
  • Cc: Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Fri, 24 Apr 2009 11:50:52 -0700
  • Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=JGV8jZs0bsfJcyRf37QUy6U5PMYIYEP8sv6D0D4va4+CxXJBb3d8E/6Bw7e1f+3i1ozeyuxAiTfs8xmIaNu/OA/dn8iJb+z2HHJGTCCUP2sPGT0H3HmMnFDAxD0xvyRdwCxdGOI6/2+004RWKOo9lw9RYBX96zcorhC/ttvBeh0=;
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>


 In meantime time i see,  that 2.6.30-rc3&rc2&rc1-tip are affected.
Solution is the same as on Solaris xVM Linux DomUs about one
year ago -  is  to disable checksum (nothing else) offloading at Linux DomUs ( CentOS 5.3, Ubuntu 9.04)

/usr/local/sbin/ethtool -K etho tx off

It immediately brings remote VNC connections to the nice shape.
Actually , speeds up network. 

I will run "tcpdump" through this weekend to find out what's going
wrong. To be honest,  i have experience with catching checksum offloading
failure via tcpdump's  capturing only on Solaris Nevada xVM ;)
But, i'll post the logs captured anyway.
Just a brief instruction where to run tcpdump ( and what command line keys are needed ) would help a lot.

Thanks
Boris




--- On Fri, 4/24/09, Jeremy Fitzhardinge <jeremy@xxxxxxxx> wrote:
From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
Subject: Re: [Xen-devel] xen.git branch reorg
To: bderzhavets@xxxxxxxxx
Cc: "Pasi Kärkkäinen" <pasik@xxxxxx>, "Xen-devel" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Date: Friday, April 24, 2009, 2:17 PM

Boris Derzhavets wrote:
> Kernel been built based on xen-tip/next appears to have name
2.6.30-rc2-tip
> and behaves under Xen 3.4-rc2-pre as usual. No problems were noticed with
PV DomUs
> for CentOS 5.3, F10, Ubuntu Server 9.04. However, remote VNC connection
to Ubuntu
> Server 9.04 PV DomU seems to be extrtemely slow. VNC connection to same
DomU
> from Dom0 runs fine. I'll try to test this issue for CentOS and F10
DomUs ASAP.
> I also have to notice that remote VNC connection to Ubuntu 9.04 DomU
running at the same Xen 3.4 version Dom0 with Suse's 2.6.27.5 xen-ified
kernel behaves just fine.
> IP6v connection via vinagre (for Ubuntu Server 9.04 DomU) behaves exactly
same way as old fashioned. No problems when been established from Dom0 and
almost dead remotely.
>

Is it always consistent with the same kernel, or does it change from boot to
boot?

Could you try to work out what's actually failing with tcpdump/wireshark,
both from within the domU, and from dom0? Are packets getting lost on tx or rx,
or very delayed, or something else?

Thanks,
J


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

 


Rackspace

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