VirtualBox

Ticket #8683 (new defect)

Opened 3 years ago

Last modified 20 months ago

TSO broken with 82540EM

Reported by: cspann Owned by:
Priority: major Component: other
Version: VirtualBox 4.0.4 Keywords: networking TSO loss dup ack
Cc: Guest type: Linux
Host type: Linux

Description (last modified by frank) (diff)

DiskDumps to a NFS Share on the host via a bridged network are super slow due to heavy loss, dup acks and out of order packets.

Disabling TSO with ethtool --offload eth0 tso off fixes the issue

Attachments

VBox.log Download (52.5 KB) - added by cspann 3 years ago.
Logfile of the corresponding vm
slownfs_small.pcap Download (156.4 KB) - added by cspann 3 years ago.
Pcap network log of the slow discdump showing the dup acks and retransmissions
netflt_rhel_csum.patch Download (996 bytes) - added by aleksey 3 years ago.
TSO checksum fix for RHEL kernels

Change History

Changed 3 years ago by cspann

Logfile of the corresponding vm

Changed 3 years ago by cspann

Pcap network log of the slow discdump showing the dup acks and retransmissions

comment:1 Changed 3 years ago by cspann

Same behaviour occurs when using the virtio drivers.

The PCNET Drivers have the TSO automatically disabled in Scientific Linux 5.5 so everything works fine here.

comment:2 Changed 3 years ago by aleksey

I noticed that you are using the latest kernel on the host from not-yet-released 5.6. Could you try if the same problem appears with 2.6.18-194? Also could you check if disabling TSO on host's interface solves the problem?

comment:3 Changed 3 years ago by aleksey

I was able to reproduce the problem locally. No need to try older kernels nor disable TSO on the host. Thanks!

comment:4 Changed 3 years ago by frank

#7182 marked as duplicate of this one.

comment:5 Changed 3 years ago by diputacionavila

I'm not sure that #7182 is duplicated of this one. Disabling tso on hosts doesn't solves the problem, works fine disabling tso on the guests.

Changed 3 years ago by aleksey

TSO checksum fix for RHEL kernels

comment:6 Changed 3 years ago by aleksey

Could you apply the attached patch to see if it fixes the problem for you? You can apply the patch in the VirtualBox directory (most likely /usr/share/virtualbox) with

patch -p0 -i <path_to_downloaded_patch_file>

Then you need to rebuild modules with

/etc/init.d/vboxdrv setup

comment:7 Changed 3 years ago by diputacionavila

The patch doesn't fix the problem. Nor for windows or linux guests.

Results using scp:

remote_server -> guest 64MB 21.5MB/s 00:03

guest -> remote_server 64MB 5.0MB/s 00:13

host -> guest 64MB 21.5MB/s 00:03

guest -> host 64MB 59.3KB/s 18:31 !!!

comment:8 Changed 3 years ago by aleksey

Could you please attach VM log and send me at aleksey dot ilyushin at oracle dot com the capture file of 'guest->host' case obtained as described in  http://www.virtualbox.org/wiki/Network_tips ?

comment:9 Changed 2 years ago by aleksey

Sorry for such long pauses in replying, we are limited in resources. Thank you for providing the packet capture file, we will definitely investigate the problem further. Does the problem still appear in more recent versions of VirtualBox?

comment:10 Changed 2 years ago by diputacionavila

With VBox version 4.1.4r74291 is working better

host -> guest: 70MB 35.0MB/s 00:02

guest -> host: 70MB 17.5MB/s 00:04

comment:11 Changed 20 months ago by hoeferbe

Is there a way to add myself to the CC: field of this ticket? I'd like to be kept informed of any fixes for this issue. Thank you.

comment:12 Changed 20 months ago by frank

  • Description modified (diff)

hoeferbe, just adding a comment like you did will add you on the cc list.

Note: See TracTickets for help on using tickets.

www.oracle.com
ContactPrivacy policyTerms of Use