Uploaded image for project: 'RHEL'
  1. RHEL
  2. RHEL-21570

Critical performance degradation for input devices in virtio vnc session

    • qemu-kvm-8.2.0-3.el9
    • Yes
    • Critical
    • Regression
    • rhel-sst-virtualization
    • ssg_virtualization
    • 22
    • 24
    • None
    • QE ack
    • False
    • Hide

      None

      Show
      None
    • None
    • None
    • s390x
    • None

      What were you trying to do that didn't work?

      Install a KVM guest graphically. The performance is so bad that it's practically not functional.

      Please provide the package NVR for which bug is seen:

      qemu-kvm-8.2.0-2.el9

      How reproducible:

      100%

      Steps to reproduce

      1. host# firewall-cmd --zone=public --add-port=5900-5999/tcp
      1. host# virt-install --memory 2048 --vcpus 2 --os-variant rhel8-unknown --graphics vnc,listen=0.0.0.0 --input keyboard,bus=virtio --input tablet,bus=virtio --disk size=10  --location <install-tree-url>

        (full xml below)

      1. Connect to the VNC session, e.g. with tigerVNC

      Expected results

      I can easily use the mouse cursor to select the controls of the graphical installer, esp. the "Continue button" in the bottom right corner.

      Actual results

      The cursor has lag, disappears and I can't hit the Continue button

      Additional info:

      1. This does not reproduce with QEMU 8.1.0-5
      2. I also tried the virtio mouse with the same results
      3. I tested this on s390x, will reach out for help on other archs
      4. On s390x this is the only way to do a graphical installation which is a hard requirement.
      5. ...
            <input type='keyboard' bus='virtio'>
              <address type='ccw' cssid='0xfe' ssid='0x0' devno='0x0004'/>
            </input>
            <input type='mouse' bus='virtio'>
              <address type='ccw' cssid='0xfe' ssid='0x0' devno='0x0005'/>
            </input>
            <graphics type='vnc' port='-1' autoport='yes' listen='0.0.0.0'>
              <listen type='address' address='0.0.0.0'/>
            </graphics>
            <audio id='1' type='none'/>
            <video>
              <model type='virtio' heads='1' primary='yes'/>
              <address type='ccw' cssid='0xfe' ssid='0x0' devno='0x0002'/>
            </video>
        ...

            [RHEL-21570] Critical performance degradation for input devices in virtio vnc session

            Errata Tool added a comment -

            Since the problem described in this issue should be resolved in a recent advisory, it has been closed.

            For information on the advisory (Moderate: qemu-kvm security update), and where to find the updated files, follow the link below.

            If the solution does not work for you, open a new bug report.
            https://access.redhat.com/errata/RHSA-2024:2135

            Errata Tool added a comment - Since the problem described in this issue should be resolved in a recent advisory, it has been closed. For information on the advisory (Moderate: qemu-kvm security update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2024:2135

            Done

            John Ferlan added a comment - - edited

            thuth@redhat.com or smitterl@redhat.com - Since this is merged and just awaiting a build, it seems we can remove the blocker requested and address the linked RHELMISC-2636 ticket

            John Ferlan added a comment - - edited thuth@redhat.com or smitterl@redhat.com - Since this is merged and just awaiting a build, it seems we can remove the blocker requested and address the linked RHELMISC-2636 ticket

            Liang Cong added a comment -

            Mark the Preliminary Testing PASS due to previous test result

            Liang Cong added a comment - Mark the Preliminary Testing PASS due to previous test result

            Liang Cong added a comment - - edited

            Verified on builds:

             # rpm -q libvirt qemu-kvm
            libvirt-10.0.0-1.el9.s390x
            qemu-kvm-8.2.0-3.el9.s390x

             

            Test steps:

            1. on host execute cmd:
             # virt-install --memory 2048 --vcpus 2 --os-variant rhel9-unknown --graphics vnc,listen=0.0.0.0 --input keyboard,bus=virtio --input tablet,bus=virtio --disk size=20 --cdrom /var/lib/libvirt/images/boot.iso -l  <repo url>

            2. open the vnc port

             # firewall-cmd --zone=public --add-port=5900-5999/tcp

            3. use remote viewer to connect the guest

            4. in graphical installer, I could control mouse to complete the installation, even this is lag but great improvement comparing the previous version.

            Liang Cong added a comment - - edited Verified on builds:  # rpm -q libvirt qemu-kvm libvirt-10.0.0-1.el9.s390x qemu-kvm-8.2.0-3.el9.s390x   Test steps: 1. on host execute cmd:  # virt-install --memory 2048 --vcpus 2 --os-variant rhel9-unknown --graphics vnc,listen=0.0.0.0 --input keyboard,bus=virtio --input tablet,bus=virtio --disk size=20 --cdrom /var/lib/libvirt/images/boot.iso -l  <repo url> 2. open the vnc port  # firewall-cmd --zone=public --add-port=5900-5999/tcp 3. use remote viewer to connect the guest 4. in graphical installer, I could control mouse to complete the installation, even this is lag but great improvement comparing the previous version.

            Fix included in qemu-kvm-8.2.0-3.el9

            Fixed by merge request 'Fix regression in QEMU's virtio-gpu VNC sessions' ( https://gitlab.com/redhat/centos-stream/src/qemu-kvm/-/merge_requests/216 )

            Miroslav Rezanina added a comment - Fix included in qemu-kvm-8.2.0-3.el9 Fixed by merge request 'Fix regression in QEMU's virtio-gpu VNC sessions' ( https://gitlab.com/redhat/centos-stream/src/qemu-kvm/-/merge_requests/216 )

            gitlab-bot added a comment -

            Miroslav Rezanina mentioned this issue in a merge request of Red Hat / centos-stream / rpms / qemu-kvm on branch next:

            Update to qemu-kvm-8.2.0-3.el9

            gitlab-bot added a comment - Miroslav Rezanina mentioned this issue in a merge request of Red Hat / centos-stream / rpms / qemu-kvm on branch next : Update to qemu-kvm-8.2.0-3.el9

            lcong@redhat.com understood. ITM has to be set for us to be able to handle issue - it's QE approval for us.

            Miroslav Rezanina added a comment - lcong@redhat.com understood. ITM has to be set for us to be able to handle issue - it's QE approval for us.

            Liang Cong added a comment -

            Hi mrezanin, I add the ITM as the common time range. But I would deal with it while the fix is back ported.

            Liang Cong added a comment - Hi mrezanin , I add the ITM as the common time range. But I would deal with it while the fix is back ported.

            Hi lcong@redhat.com, can you review this issue and set ITM/Target date? Thanks a lot

            Miroslav Rezanina added a comment - Hi lcong@redhat.com , can you review this issue and set ITM/Target date? Thanks a lot

              thuth@redhat.com Thomas Huth
              smitterl@redhat.com Sebastian Mitterle
              Thomas Huth Thomas Huth
              Liang Cong Liang Cong
              Votes:
              0 Vote for this issue
              Watchers:
              24 Start watching this issue

                Created:
                Updated:
                Resolved: