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

[RHEL9.5] guest is constantly trying to restart gdm and using a lot of CPU time

    • Yes
    • None
    • Regression
    • rhel-sst-display-desktop-foundation
    • ssg_display
    • None
    • False
    • Hide

      None

      Show
      None
    • None
    • None
    • None
    • None
    • python3 ConfigTest.py --guestname=RHEL.10.0 --platform=s390x --testcase=migrate.between_vhost_novhost.tcp.default,migrate.with_netperf.tcp.default,mq_change_qnum.disable_enable_queues.under_migrate.enable_msi --clone=no
    • Proposed
    • All
    • None

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

      When I try to migrate a 10.0-beta guest, the migration causes more than one hour and never finished

      Please provide the package NVR for which bug is seen:

      host kernel: kernel-6.9.0-7.el10.s390x

      guest kernel: kernel-6.9.0-7.el10.s390x

      qemu version: qemu-kvm-8.2.0-1.el10.s390x

      libvirt version: libvirt-10.0.0-3.el10.s390x

      How reproducible:

      100%

      Steps to reproduce

      1. boot a rhel.10.0-beta guest and do the migration

      Expected results

      migration could finished 

      Actual results

      migration take too long time ti be finished

       

      Additional info:

      Thanks thuth@redhat.com help find the root cause:

      it was caused by the guest was constantly trying to restart X11 / gdm, and that failed each time

      running "systemctl set-default multi-user.target" and then rebooted the guest ... seems like the high CPU usage is now gone! ... so maybe it was really caused by the guest trying to constantly run X11 indeed

              rhn-engineering-rstrode Ray Strode
              bfu@redhat.com Leo Fu
              IBM Confidential Group
              Ray Strode Ray Strode
              Leo Fu Leo Fu
              Votes:
              0 Vote for this issue
              Watchers:
              7 Start watching this issue

                Created:
                Updated:
                Resolved: