(x86_64) possible system hang in QEMU?
This is a fresh QEMU virtual machine running on an AMD Ryzen Threadripper 3970X. It became unresponsive while doing the following inside a chroot(8)
environment in the VM:
cd packages/system
for k in *; do (cd $k; abuild fetch); done
Host:
Linux powerhouse 6.1.0-rc7 #1 SMP PREEMPT_DYNAMIC Thu Dec 1 08:09:50 CST 2022 x86_64 x86_64 x86_64 GNU/Linux
No dmesg
output.
VM configuration:
<domain type="kvm">
<name>adelie</name>
<uuid>6ac7b90e-df8f-4afb-928c-8b0bd807017a</uuid>
<memory unit="KiB">16777216</memory>
<currentMemory unit="KiB">16777216</currentMemory>
<vcpu placement="static">64</vcpu>
<os>
<type arch="x86_64" machine="pc-i440fx-focal">hvm</type>
</os>
<features>
<acpi/>
<apic/>
<vmport state="off"/>
</features>
<cpu mode="host-model" check="partial"/>
<clock offset="utc">
<timer name="rtc" tickpolicy="catchup"/>
<timer name="pit" tickpolicy="delay"/>
<timer name="hpet" present="no"/>
</clock>
<on_poweroff>destroy</on_poweroff>
<on_reboot>restart</on_reboot>
<on_crash>destroy</on_crash>
<pm>
<suspend-to-mem enabled="no"/>
<suspend-to-disk enabled="no"/>
</pm>
<devices>
<emulator>/usr/bin/qemu-system-x86_64</emulator>
<disk type="file" device="disk">
<driver name="qemu" type="qcow2"/>
<source file="/var/lib/libvirt/images/adelie.qcow2"/>
<target dev="hda" bus="ide"/>
<boot order="2"/>
<address type="drive" controller="0" bus="0" target="0" unit="0"/>
</disk>
<disk type="file" device="cdrom">
<driver name="qemu" type="raw"/>
<target dev="hdb" bus="ide"/>
<readonly/>
<boot order="1"/>
<address type="drive" controller="0" bus="0" target="0" unit="1"/>
</disk>
<controller type="usb" index="0" model="ich9-ehci1">
<address type="pci" domain="0x0000" bus="0x00" slot="0x05" function="0x7"/>
</controller>
<controller type="usb" index="0" model="ich9-uhci1">
<master startport="0"/>
<address type="pci" domain="0x0000" bus="0x00" slot="0x05" function="0x0" multifunction="on"/>
</controller>
<controller type="usb" index="0" model="ich9-uhci2">
<master startport="2"/>
<address type="pci" domain="0x0000" bus="0x00" slot="0x05" function="0x1"/>
</controller>
<controller type="usb" index="0" model="ich9-uhci3">
<master startport="4"/>
<address type="pci" domain="0x0000" bus="0x00" slot="0x05" function="0x2"/>
</controller>
<controller type="pci" index="0" model="pci-root"/>
<controller type="ide" index="0">
<address type="pci" domain="0x0000" bus="0x00" slot="0x01" function="0x1"/>
</controller>
<controller type="virtio-serial" index="0">
<address type="pci" domain="0x0000" bus="0x00" slot="0x06" function="0x0"/>
</controller>
<interface type="network">
<mac address="52:54:00:45:07:15"/>
<source network="default"/>
<model type="e1000"/>
<address type="pci" domain="0x0000" bus="0x00" slot="0x03" function="0x0"/>
</interface>
<serial type="pty">
<target type="isa-serial" port="0">
<model name="isa-serial"/>
</target>
</serial>
<console type="pty">
<target type="serial" port="0"/>
</console>
<channel type="spicevmc">
<target type="virtio" name="com.redhat.spice.0"/>
<address type="virtio-serial" controller="0" bus="0" port="1"/>
</channel>
<input type="tablet" bus="usb">
<address type="usb" bus="0" port="1"/>
</input>
<input type="mouse" bus="ps2"/>
<input type="keyboard" bus="ps2"/>
<graphics type="spice" autoport="yes">
<listen type="address"/>
<image compression="off"/>
</graphics>
<sound model="ich6">
<address type="pci" domain="0x0000" bus="0x00" slot="0x04" function="0x0"/>
</sound>
<video>
<model type="qxl" ram="65536" vram="65536" vgamem="16384" heads="1" primary="yes"/>
<address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x0"/>
</video>
<redirdev bus="usb" type="spicevmc">
<address type="usb" bus="0" port="2"/>
</redirdev>
<redirdev bus="usb" type="spicevmc">
<address type="usb" bus="0" port="3"/>
</redirdev>
<memballoon model="virtio">
<address type="pci" domain="0x0000" bus="0x00" slot="0x07" function="0x0"/>
</memballoon>
</devices>
</domain>
It was set up yesterday as follows:
- Create fresh virtual machine, enable KVM support. Config is above.
- Boot RC2 live media.
- Run the "autoinstaller" script using the latest "next" repositories. Kernel
5.15.76
. - Clone
autobuilder
and run that. (Network was unstable so I thought I'd pre-download all the sources).
Given the above screenshot, the VM is not responding to any keyboard input.
On the host, sudo gdb -p 1997632 --batch -ex "thread apply all bt"
:
...
Thread 6 (Thread 0x7f9ff1200700 (LWP 1997641)):
#0 0x00007f9ffc66a3ab in ioctl () at ../sysdeps/unix/syscall-template.S:78
#1 0x000055b67a91e70b in kvm_vcpu_ioctl ()
#2 0x000055b67a91e845 in kvm_cpu_exec ()
#3 0x000055b67a9005be in ?? ()
#4 0x000055b67ad43273 in ?? ()
#5 0x00007f9ffc750609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#6 0x00007f9ffc675133 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
Thread 5 (Thread 0x7f9ff1c00700 (LWP 1997640)):
#0 0x00007f9ffc66a3ab in ioctl () at ../sysdeps/unix/syscall-template.S:78
#1 0x000055b67a91e70b in kvm_vcpu_ioctl ()
#2 0x000055b67a91e845 in kvm_cpu_exec ()
#3 0x000055b67a9005be in ?? ()
#4 0x000055b67ad43273 in ?? ()
#5 0x00007f9ffc750609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#6 0x00007f9ffc675133 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
Thread 4 (Thread 0x7f9ff9200700 (LWP 1997639)):
#0 0x00007f9ffc66a3ab in ioctl () at ../sysdeps/unix/syscall-template.S:78
#1 0x000055b67a91e70b in kvm_vcpu_ioctl ()
#2 0x000055b67a91e845 in kvm_cpu_exec ()
#3 0x000055b67a9005be in ?? ()
#4 0x000055b67ad43273 in ?? ()
#5 0x00007f9ffc750609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#6 0x00007f9ffc675133 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
Thread 3 (Thread 0x7f9ff9c00700 (LWP 1997638)):
#0 0x00007f9ffc66899f in __GI___poll (fds=0x7f9fe4003180, nfds=3, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29
#1 0x00007f9ffd0af36e in ?? () from target:/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#2 0x00007f9ffd0af6f3 in g_main_loop_run () from target:/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3 0x000055b67aa3f2b1 in ?? ()
#4 0x000055b67ad43273 in ?? ()
#5 0x00007f9ffc750609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#6 0x00007f9ffc675133 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
Thread 2 (Thread 0x7f9ffb200700 (LWP 1997634)):
#0 syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
#1 0x000055b67ad44042 in qemu_event_wait ()
#2 0x000055b67ad56302 in ?? ()
#3 0x000055b67ad43273 in ?? ()
#4 0x00007f9ffc750609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#5 0x00007f9ffc675133 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
Thread 1 (Thread 0x7f9ffb2655c0 (LWP 1997632)):
#0 0x00007f9ffc668a96 in __ppoll (fds=0x55b67cf52640, nfds=77, timeout=<optimized out>, sigmask=0x0) at ../sysdeps/unix/sysv/linux/ppoll.c:44
#1 0x000055b67ad3ed05 in qemu_poll_ns ()
#2 0x000055b67ad3fba5 in main_loop_wait ()
#3 0x000055b67aa45669 in ?? ()
#4 0x000055b67a8b30d3 in main ()
[Inferior 1 (process 1997632) detached]
Other remarks:
- It did NOT respond to
ctrl
+alt
+fN
- It DID respond to (by rebooting)
ctrl
+alt
+del
, which I did not expect, so I cannot collect more information. - Nothing relevant in
dmesg
orrc.log
after reboot - It could be a spice or libvirt issue