WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-users

[Xen-users] Debian Squeeze server running 2 Ubuntu (Lucid) vms blows up

To: "xen-users@xxxxxxxxxxxxxxxxxxx" <xen-users@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-users] Debian Squeeze server running 2 Ubuntu (Lucid) vms blows up under large NFS network load
From: Benjamin Weaver <benjamin.weaver@xxxxxxxxxxxxxxxxxx>
Date: Thu, 18 Aug 2011 10:06:11 +0100
Accept-language: en-US, en-GB
Acceptlanguage: en-US, en-GB
Delivery-date: Thu, 18 Aug 2011 03:14:21 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AQHMXYY2U4Do9+ub00ef5WNarj3jUQ==
Thread-topic: Debian Squeeze server running 2 Ubuntu (Lucid) vms blows up under large NFS network load
I am running Debian Squeeze with Xen 4.0. I am running a stress  test. I have 
created 2 virtual machines, each with 512 Mb of memory adn 8Gb in size. I have 
made one of the vms an NFS server, sharing out a large file (4.6 Gb). The other 
virtual machine  is an NFS client. The stress test consists of passing that big 
file back and forth via an mv command executed on the client, which moves the 
file back and forth from the nfs share directory to a local directory. The 
virtual machines are stored on a remote SAN connected to by ISCSI  and 
formatted in ocfs2.

It is true I have had better luck with some ethernet cards than others.
One of the boxes, running Intel 1000Mb cards (1 to the SAN/OCFS2, 1 to the 
outside world), runs the vms and the stress test without problems.
 
But the other box, running a 1000Mb Realtek nic to the outside
world and a 100Mb Realtek nic to the SAN, fails. The 100Mb nic was dropping 
packets to the SAN so I changed the SAN nic to the Realtek 1000Mb
 
Now I do not drop packets (aside from a handful on the 2 vif interfaces at 
startup)

And yet,

about 1 out of 2 times I attempt to mv the file from the local directory of the 
nfs client vm to the nfs share, the box running the vms reboots. It leaves no 
logs, and seldom even any messages on the screen. It just blanks out and the 
next thing I know I it is rebooting.

I have tried manipulating the size of the MTU, with out positive success.
I have noticed that all--or nearly all--the reboots occur when I attempt to mv 
the file BACK INTO the nfs shared directory.

I begun testing with tcpdump, and notice that a large number of packets go over 
with checksums correct, then, after a packet of unusually long length, all show 
checksums incorrect.  (but I am new to tcpdump and may not be interpreting the 
output correctly).

Any ideas why the host machine is rebooting, and how this could be fixed? Could 
changing the size of the ring buffer make a difference? I read about this on a 
couple of web pages.
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users