Bug 906940

Summary:	Hypervisor default (i.e.rtl8139)
Product:	[Fedora] Fedora	Reporter:	gcarter
Component:	qemu	Assignee:	Fedora Virtualization Maintainers <virt-maint>
Status:	CLOSED WONTFIX	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	18	CC:	amit.shah, berrange, cfergeau, clalancette, crobinso, dwmw2, ehabkost, extras-orphan, itamar, markmc, pbonzini, quintela, rjones, scottt.tw, virt-maint
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2013-02-07 15:08:24 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description gcarter 2013-02-01 23:40:58 UTC

Description of problem:

Doing a file transfer between Fedora host running samba and Windows2008R2 guest using a hypervisor default network card results in large file transfers failing. (8Gig file transfer)

The guest displays connection lost message during the file copy. Requires reboot of the guest to fix.

Version-Release number of selected component (if applicable):

qemu-kvm (Latest Fedora 18) QEMU emulator version 1.2.2 (qemu-kvm-devel), Copyright (c) 2003-2008 Fabrice Bellard

How reproducible:

Setup a Windows2008R2 server with default hypervisor card model on a routed network. Copy a file from the hosts smb file share to the guests local drive of 8Gigs or more.

Steps to Reproduce:
1. Use explorer and connect smb share (i.e. \\10.10.5.236\gcarter for example)
2. Drag a large folder onto the desktop of the guest from the smb share
3. Watch the network die on the guest side, requires reboot to fix.
  
Actual results:

Guest complains network or smb has lost connection after a while. Doesn't seem consistent either, sometimes it dies at 4GB, others at 7Gig.  It is random in the amount of data that is copied before the network card fails on the guest, which is listed as a rtl8139

At various

Expected results:

Should copy the file.

Additional info:

This can be fixed if you instead choose or replace the network card on the w2008r2 host with instead of a hypervisor default, you pick the e1000. Then things work fine.

Comment 1 Paolo Bonzini 2013-02-07 15:08:24 UTC

Fedora won't change the default card.  You can use virt-manager or GNOME Boxes to create a guest with the "right" card for your OS.

Comment 2 gcarter 2013-02-07 18:21:06 UTC

Exactly what is the "right" card for your OS?

During setup, when I installed the Windows 2008R2 on the Fedora host, the virt-manager selected Hypervisor default as the card for the guest.

???

I am not sure I understand what you mean by "right" card?

Are you saying virt-manager has a bug and selected the wrong card for the guest selection I made?  (i.e. Windows 2008 Server)

If so what is the correct card selection for the qemu-kvm guest of Windows 2008, and why doesn't the virt-manager select it at creation time?

-gc

Comment 3 Richard W.M. Jones 2013-02-07 21:21:45 UTC

If you selected Windows 2008 R2 during virt-manager installation,
then virt-manager should probably have selected a better
card.  Looking in the current libosinfo database[*] unfortunately
it doesn't seem to have a suitable entry for a virtio-net card
and driver for any Windows.  So it's probably selecting the
default.

In any case, *if* you used virt-manager and selected Windows 2008 R2,
then it may be a bug in virt-manager, so reopening this bug and
assigning it to virt-manager would be appropriate in that case.

[*] Also virt-manager doesn't use libosinfo yet, but that's
going to be fixed.