semantic: 0.111 permissions: 0.104 other: 0.094 PID: 0.073 debug: 0.072 socket: 0.069 graphic: 0.069 device: 0.066 boot: 0.065 performance: 0.061 files: 0.058 vnc: 0.058 KVM: 0.053 network: 0.048 performance: 0.679 debug: 0.109 network: 0.038 socket: 0.034 PID: 0.027 files: 0.026 other: 0.020 device: 0.016 vnc: 0.013 semantic: 0.011 permissions: 0.009 boot: 0.007 KVM: 0.006 graphic: 0.004 vhost-user: qemu stops processing packets under high load of traffic Description of problem: - qemu socket becomes full, causing qemu to send incomplete SET_VRING_CALL messages to vhost-user backend (without proper fd set in ancillary data). - after some time, some interrupts are lost, causing the VM to stop transmitting packets. How reproducible: Run a stress tests of a vhost-user interface using an UDP traffic generator. Traffic generator (IXIA) was connected to 2 physical ports that are in turn connected to 2 virtio ports through a linux bridge, VM (running linux) doing routing to forward packets between the 2 virtio ports. When traffic reaches high pps rates of small packets, Actual results: - VM stop transmitting packets Expected results: - VM should never stop transmitting packets Additional info: We do propose a fix at: http://lists.nongnu.org/archive/html/qemu-devel/2015-12/msg00652.html for tracking, http://git.qemu.org/?p=qemu.git;a=patch;h=5669655aafdb88a8797c74a989dd0c0ebb1349fa On Fri, Mar 11, 2016 at 10:51:33PM -0000, Vincent JARDIN wrote: > for tracking, > http://git.qemu.org/?p=qemu.git;a=patch;h=5669655aafdb88a8797c74a989dd0c0ebb1349fa > > -- > You received this bug notification because you are a member of qemu- > devel-ml, which is subscribed to QEMU. > https://bugs.launchpad.net/bugs/1556306 > > Title: > vhost-user: qemu stops processing packets under high load of traffic > > Status in QEMU: > New I presume you'll also close this bu at some point? It's fixed in upstream QEMU. > Bug description: > Description of problem: > - qemu socket becomes full, causing qemu to send incomplete > SET_VRING_CALL messages to vhost-user backend (without proper fd set in > ancillary data). > - after some time, some interrupts are lost, causing the VM to stop > transmitting packets. > > How reproducible: > Run a stress tests of a vhost-user interface using an UDP > traffic generator. Traffic generator (IXIA) was connected to 2 physical ports that are in turn connected to 2 virtio ports through a linux bridge, VM > (running linux) doing routing to forward packets between the 2 virtio ports. > When traffic reaches high pps rates of small packets, > > Actual results: > - VM stop transmitting packets > > Expected results: > - VM should never stop transmitting packets > > Additional info: > We do propose a fix at: > http://lists.nongnu.org/archive/html/qemu-devel/2015-12/msg00652.html > > To manage notifications about this bug go to: > https://bugs.launchpad.net/qemu/+bug/1556306/+subscriptions Correct, it is fixed in Qemu upstream. Just need to get it used into my ubuntu. Let's close it. Sorry, it should be opened into: https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/ you can also add the project 'qemu-kvm' on the bug in order to get it into the ubuntu qemu-kvm bug list. apologize but I was corrected that for qemu issues. The bug should be in the following: Distribution: ubuntu package: qemu <--instead of project. I will correct this in the bug. Status changed to 'Confirmed' because the bug affects multiple users. Thanks for reporting this bug. I'll push into the xenial package today. Side question, will you apply it to qemu-kvm from https://launchpad.net/~ubuntu-cloud-archive/+archive/ubuntu/mitaka-staging/+files/qemu-kvm_2.5+dfsg-5ubuntu5~cloud0_amd64.deb too? or should I open another bug? This bug was fixed in the package qemu - 1:2.5+dfsg-5ubuntu6 --------------- qemu (1:2.5+dfsg-5ubuntu6) xenial; urgency=medium * Cherrypick upstream patch vhost-user-interrupt-management-fixes.patch (LP: #1556306) -- Serge Hallyn