Bug 202415
Summary: | soft lockup while running windows vm | ||
---|---|---|---|
Product: | Virtualization | Reporter: | Michal Herko (misko.herko) |
Component: | kvm | Assignee: | virtualization_kvm |
Status: | NEW --- | ||
Severity: | high | CC: | devzero |
Priority: | P1 | ||
Hardware: | x86-64 | ||
OS: | Linux | ||
Kernel Version: | v5.0-rc3 | Subsystem: | |
Regression: | No | Bisected commit-id: | |
Attachments: |
dmesg log
journalctl output top -b output /proc/cpuinfo .config libvirt domain configuration |
Created attachment 280763 [details]
journalctl output
Created attachment 280765 [details]
top -b output
Created attachment 280767 [details]
/proc/cpuinfo
Created attachment 280769 [details]
.config
Created attachment 280771 [details]
libvirt domain configuration
this may be caused by intense IO on the host if your VM is not using virtio dataplance. i have seen such when copying data or live migrating virtual machines have a look at https://bugzilla.kernel.org/show_bug.cgi?id=199727 and https://gitlab.com/qemu-project/qemu/-/issues/819 |
Created attachment 280761 [details] dmesg log how to reproduce: Start windows virtual machine using virt-viewer, qemu and kvm. In windows, start firefox and play a full screen video, from youtube for example. expected behavior: video plays actual behavior: After a minute or two, the system freezes. Stops responding to keyboard or mouse input and hard reset is required. Soft lockups are reported in the dmesg log. The bug is reproducible always, sometimes right away after starting video, sometimes in two minutes. linux version: v5.0-rc3 qemu version: 3.1.0 libvirt version: 4.9.0 virt-viewer version: 7.0 command line i am using to start the virtual machine: virsh --connect qemu:///system start eve virt-viewer --connect qemu:///system --full-screen eve