-
Bug
-
Resolution: Unresolved
-
Normal
-
None
-
rhel-10.0.beta
-
Yes
-
None
-
Regression
-
sst_desktop
-
ssg_desktop
-
None
-
False
-
-
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
- 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:
This would influence both RHEL9.5.0 and RHEL.10.0 beta guest
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
- is cloned by
-
RHEL-48616 [RHEL9.5] guest is constantly trying to restart gdm and using a lot of CPU time
-
- Closed
-