From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:40335) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uf5L4-000641-VG for qemu-devel@nongnu.org; Wed, 22 May 2013 05:28:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Uf5L1-0001u1-5X for qemu-devel@nongnu.org; Wed, 22 May 2013 05:28:06 -0400 Received: from mail-2.de-punkt.de ([93.190.64.238]:40708) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uf5L0-0001pf-SA for qemu-devel@nongnu.org; Wed, 22 May 2013 05:28:03 -0400 Received: from localhost (localhost [127.0.0.1]) by mail-2.de-punkt.de (Postfix) with ESMTP id 9A13B3A32D for ; Wed, 22 May 2013 11:27:59 +0200 (CEST) Received: from mail-2.de-punkt.de ([127.0.0.1]) by localhost (mail-10.de-punkt.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qru9C3RNYMCo for ; Wed, 22 May 2013 11:27:59 +0200 (CEST) Received: from [192.168.1.152] (p4FD07655.dip0.t-ipconnect.de [79.208.118.85]) (Authenticated sender: oliver.francke@filoo.de) by mail-2.de-punkt.de (Postfix) with ESMTPSA id 787A73A30E for ; Wed, 22 May 2013 11:27:58 +0200 (CEST) Message-ID: <519C8F9E.6060809@filoo.de> Date: Wed, 22 May 2013 11:27:58 +0200 From: Oliver Francke MIME-Version: 1.0 References: <518A0703.2040807@filoo.de> In-Reply-To: <518A0703.2040807@filoo.de> Content-Type: multipart/alternative; boundary="------------060704060408070302060904" Subject: [Qemu-devel] Fwd: [Qemu-stable] connectivity problem with Windows 7 + heavy network-traffic List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "qemu@nongnu.org" This is a multi-part message in MIME format. --------------060704060408070302060904 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi Stefan, thanks for your attention. See all infos below including complete=20 command-line. Thnx, Oliver. -------- Original Message -------- Subject: [Qemu-stable] connectivity problem with Windows 7 + heavy=20 network-traffic Date: Wed, 08 May 2013 10:04:19 +0200 From: Oliver Francke To: qemu-stable@nongnu.org Hi, I have a couple of reports vom people, where the network-link goes down. I did some live-migration, and the RTL8139 card was connected again, up to the next traffic-burst. ( just cmd, one ftp download + two uploads parallel... let it run for couple of minutes until drop...) No way within windows to recover the card except reboot. All is fine with qem-1.2.0, I have no problem to make some exceptions for these VM's, but cool would be some possibility to narrow down the problem, which is there in qemu-1.3.x up to 1.5.0-rc0. The host is for example an AMD opteron 6172 ( 24 cores). Switch is openvswitch-1.9.x, nothing special. Here my call to qemu: /usr/local/qemu-1.5.0/bin/qemu-system-x86_64 -usbdevice tablet -enable-kvm -daemonize -pidfile /var/run/qemu-server/761.pid -monitor unix:/var/run/qemu-server/761.mon,server,nowait -vnc unix:/var/run/qemu-server/761.vnc,password -qmp unix:/var/run/qemu-server/761.qmp,server,nowait -nodefaults -serial none -parallel none -device rtl8139,mac=3D00:F1:70:00:2F:90,netdev=3Dvlan0d0 -netdev type=3Dtap,id=3Dvlan0d0,ifname=3Dtap761i0d0,script=3D/etc/fcms/add_if.sh,= downscript=3D/etc/fcms/downscript.sh -name 1155823384-4 -m 2048 -vga cirrus -k de -smp sockets=3D1,cores=3D2 -device virtio-blk-pci,drive=3Dvirtio0 -drive format=3Draw,file=3Drbd:1155823384/vm-761-disk-1.rbd:rbd_cache=3Dfalse,ca= che=3Dwriteback,if=3Dnone,id=3Dvirtio0,media=3Ddisk,index=3D0 -drive format=3Draw,file=3Drbd:1155823384/vm-761-swap-1.rbd:rbd_cache=3Dfalse,ca= che=3Dwriteback,if=3Dvirtio,media=3Ddisk,index=3D1 -drive if=3Dide,media=3Dcdrom,id=3Dide1-cd0 -drive if=3Dide,media=3Dcdrom,id=3Dide1-cd1 -rtc base=3Dlocaltime -no-hpet -boot= order=3Ddc No problems whatsoever with all Linux-distros ( running hundreds of them). I left out the -rtc and -no-hpet, not any better. Any comments and help welcome, Oliver. --=20 Oliver Francke filoo GmbH Moltkestra=DFe 25a 33330 G=FCtersloh HRB4355 AG G=FCtersloh Gesch=E4ftsf=FChrer: S.Grewing | J.Rehp=F6hler | C.Kunz Folgen Sie uns auf Twitter: http://twitter.com/filoogmbh --------------060704060408070302060904 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Stefan,

thanks for your attention. See all infos below including complete command-line.

Thnx,

Oliver.


-------- Original Message --------
Subject: [Qemu-stable] connectivity problem with Windows 7 + heavy network-traffic
Date: Wed, 08 May 2013 10:04:19 +0200
From: Oliver Francke <Oliver.Francke@filoo.de>
To: qemu-stable@nongnu.org <qemu-stable@nongnu.org> 


Hi,

I have a couple of reports vom people, where the network-link goes down.
I did some live-migration, and the RTL8139 card was connected again, up 
to the next traffic-burst.
( just cmd, one ftp download + two uploads parallel... let it run for 
couple of minutes until drop...)

No way within windows to recover the card except reboot.

All is fine with qem-1.2.0, I have no problem to make some exceptions 
for these VM's, but cool would
be some possibility to narrow down the problem, which is there in 
qemu-1.3.x up to 1.5.0-rc0.

The host is for example an AMD opteron 6172 ( 24 cores).
Switch is openvswitch-1.9.x, nothing special.

Here my call to qemu:

/usr/local/qemu-1.5.0/bin/qemu-system-x86_64 -usbdevice tablet 
-enable-kvm -daemonize -pidfile /var/run/qemu-server/761.pid -monitor 
unix:/var/run/qemu-server/761.mon,server,nowait -vnc 
unix:/var/run/qemu-server/761.vnc,password -qmp 
unix:/var/run/qemu-server/761.qmp,server,nowait -nodefaults -serial none 
-parallel none -device rtl8139,mac=00:F1:70:00:2F:90,netdev=vlan0d0 
-netdev 
type=tap,id=vlan0d0,ifname=tap761i0d0,script=/etc/fcms/add_if.sh,downscript=/etc/fcms/downscript.sh 
-name 1155823384-4 -m 2048 -vga cirrus -k de -smp sockets=1,cores=2 
-device virtio-blk-pci,drive=virtio0 -drive 
format=raw,file=rbd:1155823384/vm-761-disk-1.rbd:rbd_cache=false,cache=writeback,if=none,id=virtio0,media=disk,index=0 
-drive 
format=raw,file=rbd:1155823384/vm-761-swap-1.rbd:rbd_cache=false,cache=writeback,if=virtio,media=disk,index=1 
-drive if=ide,media=cdrom,id=ide1-cd0 -drive 
if=ide,media=cdrom,id=ide1-cd1 -rtc base=localtime -no-hpet -bootorder=dc

No problems whatsoever with all Linux-distros ( running hundreds of 
them). I left out the -rtc and -no-hpet, not any better.

Any comments and help welcome,

Oliver.

-- 

Oliver Francke

filoo GmbH
Moltkestraße 25a
33330 Gütersloh
HRB4355 AG Gütersloh

Geschäftsführer: S.Grewing | J.Rehpöhler | C.Kunz

Folgen Sie uns auf Twitter: http://twitter.com/filoogmbh


--------------060704060408070302060904--