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.
More info:
Also tested with qemu-kvm-rhev-2.3.0-22.el7.x86_64 and qemu-kvm-rhev-2.3.0-23.el7.x86_64, both hit the same issue. So this bug maybe not a regression.
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://rhn.redhat.com/errata/RHBA-2016-2673.html
Description of problem: With dataplane, drive-mirror to remote NBD empty disk, after the mirror job ready, do migrate, qemu core dump(both src host and des host). Version-Release number of selected component (if applicable): Src host: kernel:3.10.0-318.el7.x86_64 qemu-kvm-rhev:qemu-kvm-rhev-2.3.0-24.el7.x86_64 des host: kernel:3.10.0-318.el7.x86_64 qemu-kvm-rhev:qemu-kvm-rhev-2.3.0-24.el7.x86_64 How reproducible: 100% Steps to Reproduce: 1.on src host, boot guest with dataplane # /usr/libexec/qemu-kvm -name rhel6.7 -machine pc-i440fx-rhel7.2.0,accel=kvm \ -cpu SandyBridge -m 4G,slots=256,maxmem=40G -numa node \ -smp 4,sockets=2,cores=2,threads=1 \ -uuid 82b1a01e-5f6c-4f5f-8d27-3855a74e6b61 \ -netdev tap,id=hostnet0 \ -device virtio-net-pci,netdev=hostnet0,id=net0,mac=12:54:00:5c:88:61 \ -device qxl-vga,id=video0,ram_size=67108864,vram_size=67108864,vgamem_mb=16 \ -spice port=5901,addr=0.0.0.0,disable-ticketing,image-compression=off,seamless-migration=on \ -monitor stdio \ -serial unix:/tmp/monitor,server,nowait \ -qmp tcp:0:5555,server,nowait \ -object iothread,id=iothread0 \ -drive file=/home/rhel6.7_virtio.qcow2,format=qcow2,if=none,id=drive-virtio-blk0,werror=stop,rerror=stop \ -device virtio-blk-pci,drive=drive-virtio-blk0,id=virtio-blk0,iothread=iothread0 \ 2. on des host, boot guest(-incoming) with a empty disk # qemu-img create -f qcow2 /home/rhel6.7_virtio.qcow2 20G # (same command with step 1) -incoming tcp:0:6666 3. on des host, create NBD server, and export the empty disk { "execute": "nbd-server-start", "arguments": { "addr": { "type": "inet","data": { "host": "10.66.9.120", "port": "3333" } } } } {"return": {}} { "execute": "nbd-server-add", "arguments": { "device": "drive-virtio-blk0","writable": true } } {"return": {}} 4. on src host, drive-mirror to the remote NBD disk in step 3 { "execute": "drive-mirror", "arguments": { "device": "drive-virtio-blk0","target": "nbd://10.66.9.120:3333/drive-virtio-blk0", "sync": "full","format": "raw", "mode": "existing" } } {"return": {}} 5. on src host, after the mirror job ready, do migrate {"timestamp": {"seconds": 1442915362, "microseconds": 512262}, "event": "BLOCK_JOB_READY", "data": {"device": "drive-virtio-blk0", "len": 2859008000, "offset": 2859008000, "speed": 0, "type": "mirror"}} (qemu) migrate -d tcp:10.66.9.120:6666 Actual results: qemu core dumped. src host: (qemu) Co-routine re-entered recursively Aborted (core dumped) des host: (qemu) qemu-kvm: Unknown combination of migration flags: 0 qemu-kvm: error while loading state section id 2(ram) qemu-kvm: load of migration failed: Invalid argument Expected results: 1. The migration should work well 2. qemu should not core dump Additional info: 1. without dataplane, the vm storage migration works well. 2. gdb info: **********on src host: (qemu) [New Thread 0x7ffed95fe700 (LWP 26916)] Co-routine re-entered recursively Program received signal SIGABRT, Aborted. [Switching to Thread 0x7fffe7965700 (LWP 26828)] 0x00007ffff06ee5f7 in raise () from /lib64/libc.so.6 ...... (gdb) bt full #0 0x00007ffff06ee5f7 in raise () from /lib64/libc.so.6 No symbol table info available. #1 0x00007ffff06efce8 in abort () from /lib64/libc.so.6 No symbol table info available. #2 0x00005555557ed8eb in qemu_coroutine_enter (co=0x555558827c20, opaque=0x0) at qemu-coroutine.c:111 self = <optimized out> ret = <optimized out> #3 0x00005555557e9826 in aio_dispatch_clients (ctx=ctx@entry=0x5555569d89a0, client_mask=client_mask@entry=-1) at aio-posix.c:171 tmp = <optimized out> revents = <optimized out> dispatch = <optimized out> node = 0x555556937480 progress = <optimized out> #4 0x00005555557e9cdb in aio_poll_clients (ctx=0x5555569d89a0, blocking=<optimized out>, client_mask=client_mask@entry=-1) at aio-posix.c:300 node = 0x0 was_dispatching = false i = <optimized out> ret = <optimized out> progress = false ---Type <return> to continue, or q <return> to quit--- timeout = <optimized out> __PRETTY_FUNCTION__ = "aio_poll_clients" #5 0x00005555556ca68e in aio_poll (blocking=<optimized out>, ctx=<optimized out>) at /usr/src/debug/qemu-2.3.0/include/block/aio.h:255 No locals. #6 iothread_run (opaque=0x555556a06000) at iothread.c:44 iothread = 0x555556a06000 blocking = <optimized out> #7 0x00007ffff6bc4dc5 in start_thread () from /lib64/libpthread.so.0 No symbol table info available. #8 0x00007ffff07af1cd in clone () from /lib64/libc.so.6 No symbol table info available. **********on des host: (qemu) qemu-kvm: Unknown combination of migration flags: 0 qemu-kvm: error while loading state section id 2(ram) qemu-kvm: load of migration failed: Invalid argument Detaching after fork from child process 15053. [Thread 0x7fffe3f6d700 (LWP 14759) exited] [Thread 0x7fffe476e700 (LWP 14758) exited] [Thread 0x7fffe4f6f700 (LWP 14757) exited] [Thread 0x7fffe5770700 (LWP 14756) exited] [Thread 0x7fffe7964700 (LWP 14745) exited] [Thread 0x7fffe8165700 (LWP 14744) exited] [Thread 0x7ffff7f93c80 (LWP 14740) exited] [Inferior 1 (process 14740) exited with code 01] ...... (gdb) bt full No stack.