Bug 2176926 - qemu crash on void blk_drain(BlockBackend *): Assertion qemu_in_main_thread() failed [rhel-9.3.0]
Summary: qemu crash on void blk_drain(BlockBackend *): Assertion qemu_in_main_thread()...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 9
Classification: Red Hat
Component: qemu-kvm
Version: 9.2
Hardware: x86_64
OS: Linux
high
high
Target Milestone: rc
: ---
Assignee: Stefan Hajnoczi
QA Contact: qing.wang
URL:
Whiteboard:
Depends On: 2155748
Blocks:
TreeView+ depends on / blocked
 
Reported: 2023-03-09 16:41 UTC by RHEL Program Management Team
Modified: 2023-07-27 14:30 UTC (History)
17 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 2155748
Environment:
Last Closed: 2023-07-27 14:30:24 UTC
Type: ---
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker RHELPLAN-151296 0 None None None 2023-03-09 16:44:03 UTC

Comment 1 Vivek Goyal 2023-03-27 19:35:16 UTC 
I am not sure what's the purpose of this bug. Is it something Test Only? Should we keep it around or close it?
Comment 2 qing.wang 2023-03-29 02:18:00 UTC 
(In reply to Vivek Goyal from comment #1)
> I am not sure what's the purpose of this bug. Is it something Test Only?
> Should we keep it around or close it?

It is created by the BZ system automatically
I think we may keep it and verify it in the coming 9.3.
Comment 4 Vivek Goyal 2023-04-25 12:08:24 UTC 
Moving it to ON_QA. We just need to test it in 9.3. Nothing to be done from development side.
Comment 6 qing.wang 2023-04-27 07:50:57 UTC 
failed on

Red Hat Enterprise Linux release 9.3 Beta (Plow)
5.14.0-302.el9.x86_64
qemu-kvm-8.0.0-1.el9.x86_64
seabios-bin-1.16.1-1.el9.noarch
edk2-ovmf-20230301gitf80f052277c8-2.el9.noarch
libvirt-9.0.0-10.el9_2.x86_64
virtio-win-prewhql-0.1-235.iso

It can not get a response of QMP command device_add and device_del
Not sure if it is related to issue Bug 2185688 - no response with QMP command block_resize

python ConfigTest.py --testcase=multi_disk_wild_hotplug --iothread_scheme=roundrobin --nr_iothreads=2 --platform=x86_64 --guestname=RHEL.9.2.0 --driveformat=virtio_scsi --nicmodel=virtio_net --imageformat=qcow2 --machines=q35 --customsparams="vm_mem_limit = 12G\nimage_aio=threads" --firmware=default_bios --netdst=virbr0 --clone=no --nrepeat=3

http://fileshare.hosts.qa.psi.pek2.redhat.com/pub/section2/images_backup/qbugs/2176926/2023-04-27
Comment 11 qing.wang 2023-07-27 14:30:24 UTC 
Passed test on 
Red Hat Enterprise Linux release 9.3 Beta (Plow)
5.14.0-342.el9.x86_64
qemu-kvm-8.0.0-9.el9.x86_64
seabios-bin-1.16.1-1.el9.noarch
edk2-ovmf-20230524-2.el9.noarch
virtio-win-prewhql-0.1-239.iso

python ConfigTest.py --testcase=multi_disk_wild_hotplug.without_delay --platform=x86_64 --guestname=RHEL.9.3.0 --driveformat=virtio_scsi  --imageformat=qcow2 --machines=q35 --firmware=default_bios --netdst=virbr0 --iothread_scheme=roundrobin --nr_iothreads=2 --customsparams="vm_mem_limit = 8G" --nrepeat=100
python ConfigTest.py --testcase=multi_disk_wild_hotplug.without_delay --platform=x86_64 --guestname=RHEL.9.3.0 --driveformat=virtio_blk  --imageformat=qcow2 --machines=q35 --firmware=default_bios --netdst=virbr0 --iothread_scheme=roundrobin --nr_iothreads=2 --customsparams="vm_mem_limit = 8G" --nrepeat=20
python ConfigTest.py --testcase=multi_disk_wild_hotplug --platform=x86_64 --guestname=RHEL.9.3.0 --driveformat=virtio_scsi  --imageformat=qcow2 --machines=q35 --firmware=default_bios --netdst=virbr0 --iothread_scheme=roundrobin --nr_iothreads=2 --customsparams="vm_mem_limit = 8G" --nrepeat=20 --clone=no
Note You need to log in before you can comment on or make changes to this bug.