Bug 202415 - soft lockup while running windows vm
Summary: soft lockup while running windows vm
Status: NEW
Alias: None
Product: Virtualization
Classification: Unclassified
Component: kvm (show other bugs)
Hardware: x86-64 Linux
: P1 high
Assignee: virtualization_kvm
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-01-25 10:55 UTC by Michal Herko
Modified: 2023-01-27 13:08 UTC (History)
1 user (show)

See Also:
Kernel Version: v5.0-rc3
Subsystem:
Regression: No
Bisected commit-id:

Attachments
dmesg log (175.30 KB, text/plain)
2019-01-25 10:55 UTC, Michal Herko 		Details
journalctl output (467.12 KB, text/plain)
2019-01-25 10:56 UTC, Michal Herko 		Details
top -b output (747.14 KB, text/plain)
2019-01-25 10:56 UTC, Michal Herko 		Details
/proc/cpuinfo (10.88 KB, text/plain)
2019-01-25 10:57 UTC, Michal Herko 		Details
.config (219.46 KB, text/plain)
2019-01-25 10:57 UTC, Michal Herko 		Details
libvirt domain configuration (3.39 KB, text/xml)
2019-01-25 11:00 UTC, Michal Herko 		Details
Add an attachment (proposed patch, testcase, etc.)

Description Michal Herko 2019-01-25 10:55:49 UTC 
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
Comment 1 Michal Herko 2019-01-25 10:56:20 UTC 
Created attachment 280763 [details]
journalctl output
Comment 2 Michal Herko 2019-01-25 10:56:42 UTC 
Created attachment 280765 [details]
top -b output
Comment 3 Michal Herko 2019-01-25 10:57:14 UTC 
Created attachment 280767 [details]
/proc/cpuinfo
Comment 4 Michal Herko 2019-01-25 10:57:52 UTC 
Created attachment 280769 [details]
.config
Comment 5 Michal Herko 2019-01-25 11:00:11 UTC 
Created attachment 280771 [details]
libvirt domain configuration
Comment 6 Roland Kletzing 2023-01-27 13:08:40 UTC 
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
Note You need to log in before you can comment on or make changes to this bug.