Bug 1451015
Summary: | Qemu core dump when do 'quit ' in HMP via ide drive. | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | CongLi <coli> |
Component: | qemu-kvm-rhev | Assignee: | Dr. David Alan Gilbert <dgilbert> |
Status: | CLOSED ERRATA | QA Contact: | aihua liang <aliang> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 7.4 | CC: | armbru, chayang, jsnow, juzhang, knoel, lolyu, michen, mrezanin, virt-maint |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | qemu-kvm-rhev-2.10.0-1.el7 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2018-04-11 00:19:31 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
CongLi
2017-05-15 14:51:06 UTC
The core is fun; I don't think the main thread is there any more, thread 1 looks like vcpu to me. I think hmp's quit goes to qmp_quit that goes to qemu_system_shutdown_request (with no_shutdown=0) main_loop_should_exit should happen, I don't think it does a RUN_STATE_SHUTDOWN. Then in main() I see: main_loop(); replay_disable_events(); iothread_stop_all(); bdrv_close_all(); pause_all_vcpus(); so perhaps that IO request for the CD happens between the bdrv_close_all() and the pause_all_vcpus() ??? But there again if that was the case we'd still have this thread. I managed to recreate the problem on a Linux guest doing heavy CD access - once in 349 runs (fortunately automated), failed at the same bdrv_inc_in_flight Posted upstream: vl.c/exit: pause cpus before closing block devices *** Bug 1481945 has been marked as a duplicate of this bug. *** This is fixed upstream by commit 452589b6b47e8dc6353d (and then fix cbaddb25b20060fa0b0a for a test that broke) These are in v2.10.0-rc3 that we should pickup at some point Verified, the problem has been resolved, so set its status to "Verified". Test Version: kernel version:3.10.0-718.el7.x86_64 qemu-kvm-rhev version:qemu-kvm-rhev-2.10.0-1.el7.x86_64 Test Steps: 1.Start guest with qemu cmd: /usr/libexec/qemu-kvm \ -name 'avocado-vt-vm1' \ -sandbox off \ -machine pc \ -nodefaults \ -vga std \ -chardev socket,id=qmp_id_qmpmonitor1,path=/var/tmp/monitor-qmpmonitor1-20170124-161452-WcepYpO8,server,nowait \ -mon chardev=qmp_id_qmpmonitor1,mode=control \ -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=03 \ -drive id=drive_image1,if=none,snapshot=off,aio=native,cache=none,format=qcow2,file=/home/kvm_autotest_root/images/win8-64.1-virtio.qcow2 \ -device ide-hd,id=image1,drive=drive_image1,bus=ide.0 \ -device virtio-net-pci,mac=9a:b2:b3:b4:b5:b6,id=iduCv1Ln,vectors=4,netdev=idKgexFk,bus=pci.0,addr=05 \ -netdev tap,id=idKgexFk,vhost=on \ -m 4096 \ -smp 4,maxcpus=4,cores=2,threads=1,sockets=2 \ -cpu host \ -vnc :1 \ -rtc base=localtime,clock=host,driftfix=slew \ -enable-kvm \ -monitor stdio \ 2.Quit during guest boot up (qemu)quit Test result: qemu quit successfully. Has verified for 1000 times, the problem has been resolved. Test it with kernel:3.10.0-844.el7.x86_64 + qemu-kvm-rhev:qemu-kvm-rhev-2.10.0-19.el7.x86_64, and run for 1000 times, don't hit this issue. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2018:1104 |