Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
gdb info:
(gdb) bt
#0 0x00007fb7c9e528a5 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1 0x00007fb7c9e54085 in abort () at abort.c:92
#2 0x00007fb7c9e907b7 in __libc_message (do_abort=2, fmt=0x7fb7c9f77f80 "*** glibc detected *** %s: %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:198
#3 0x00007fb7c9e960e6 in malloc_printerr (action=3, str=0x7fb7c9f78250 "free(): invalid next size (normal)", ptr=<value optimized out>) at malloc.c:6311
#4 0x00007fb7c9e98c13 in _int_free (av=0x7fb790000020, p=0x7fb79000e060, have_lock=0) at malloc.c:4811
#5 0x00007fb7cc55bd08 in virtio_scsi_handle_cmd (vdev=0x7fb7ce83fc10, vq=0x7fb7e6733340) at /usr/src/debug/qemu-kvm-0.12.1.2/hw/virtio-scsi.c:517
#6 0x00007fb7cc565715 in kvm_handle_io (env=0x7fb7e3ef2010) at /usr/src/debug/qemu-kvm-0.12.1.2/kvm-all.c:147
#7 kvm_run (env=0x7fb7e3ef2010) at /usr/src/debug/qemu-kvm-0.12.1.2/qemu-kvm.c:1048
#8 0x00007fb7cc5657c9 in kvm_cpu_exec (env=<value optimized out>) at /usr/src/debug/qemu-kvm-0.12.1.2/qemu-kvm.c:1743
#9 0x00007fb7cc5666ad in kvm_main_loop_cpu (_env=0x7fb7e3ef2010) at /usr/src/debug/qemu-kvm-0.12.1.2/qemu-kvm.c:2004
#10 ap_main_loop (_env=0x7fb7e3ef2010) at /usr/src/debug/qemu-kvm-0.12.1.2/qemu-kvm.c:2060
#11 0x00007fb7cbe8f851 in start_thread (arg=0x7fb79e3e7700) at pthread_create.c:301
#12 0x00007fb7c9f0890d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115
(gdb)
(In reply to Ademar de Souza Reis Jr. from comment #11)
> TestOnly bug, so keeping it in sync with Bug 1007332 (ON_QA)
Hi, Ademar
Actually we plan to test bug 1007332 with the scenario in this bug, so we tested two bugs with 1 scenario. Do we need to add this bug to errata as well or treat it as a duplicate?
Thanks,
Qunfang
(In reply to Qunfang Zhang from comment #12)
> (In reply to Ademar de Souza Reis Jr. from comment #11)
> > TestOnly bug, so keeping it in sync with Bug 1007332 (ON_QA)
>
> Hi, Ademar
>
> Actually we plan to test bug 1007332 with the scenario in this bug, so we
> tested two bugs with 1 scenario. Do we need to add this bug to errata as
> well or treat it as a duplicate?
Given the nature of the other bug, the testcase is indeed this very same scenario, so marking it as duplicate is good enough. Thanks.
*** This bug has been marked as a duplicate of bug 1007332 ***