Created attachment 1187331 [details]
before the disk formation during the installation

I can`t reproduce this problem with using cache=none on all of my -drive commands.
So close this bug as NOTABUG.

I hit this issue.

Version-Release number of selected component (if applicable):
Src host:
kernel:3.10.0-492.el7.x86_64
qemu-kvm-rhev:qemu-kvm-rhev-2.6.0-21.el7.x86_64

des host:
kernel:3.10.0-492.el7.x86_64
qemu-kvm-rhev:qemu-kvm-rhev-2.6.0-21.el7.x86_64

How reproducible:
100%

Steps to Reproduce:
1.On dest host, boot guest(-incoming) with a empty disk
/usr/libexec/qemu-kvm \
 -S \
 -name 'win10' \
 -machine pc \
 -m 4096 \
 -smp 4,maxcpus=4,sockets=1,cores=4,threads=1 \
 -cpu Opteron_G5,enforce \
 -rtc base=localtime,clock=host,driftfix=slew \
 -nodefaults \
 -vga qxl \
 -device AC97,bus=pci.0 \
 -chardev socket,id=qmp_id_qmpmonitor1,path=/tmp/monitor-qmpmonitor1-20151214-111528-C6FB1EaX,server,nowait \
 -mon chardev=qmp_id_qmpmonitor1,mode=control \
 -chardev socket,id=qmp_id_catch_monitor,path=/tmp/monitor-catch_monitor-20151214-111528-C6FB1EaX,server,nowait \
 -mon chardev=qmp_id_catch_monitor,mode=control \
 -device pvpanic,ioport=0x505,id=idSWJ5gV \
 -chardev socket,id=serial_id_serial0,path=/tmp/serial-serial0-20151214-111528-C6FB1EaX,server,nowait \
 -device isa-serial,chardev=serial_id_serial0 \
 -chardev socket,id=seabioslog_log,path=/tmp/seabios-log,server,nowait \
 -device isa-debugcon,chardev=seabioslog_log,iobase=0x402 \
 -device ich9-usb-ehci1,id=usb1,addr=1d.7,multifunction=on,bus=pci.0 \
 -device ich9-usb-uhci1,id=usb1.0,multifunction=on,masterbus=usb1.0,addr=1d.0,firstport=0,bus=pci.0 \
 -device ich9-usb-uhci2,id=usb1.1,multifunction=on,masterbus=usb1.0,addr=1d.2,firstport=2,bus=pci.0 \
 -device ich9-usb-uhci3,id=usb1.2,multifunction=on,masterbus=usb1.0,addr=1d.4,firstport=4,bus=pci.0 \
 -device usb-tablet,id=usb-tablet1 \
 -boot menu=on \
 -enable-kvm \
 -monitor stdio \
 -spice port=5800,disable-ticketing \
 -qmp tcp:0:8888,server,nowait \
 -netdev tap,id=netdev0,vhost=on,script=/etc/qemu-ifup,downscript=/etc/ifdown_script \
 -device virtio-net-pci,mac=BA:BC:13:83:4F:BD,id=net0,netdev=netdev0,status=on,bus=pci.0 \
 -drive file=/home/virtio-win-prewhql-0.1-126.iso,if=none,cache=none,media=cdrom,id=drive_wincd,readonly=on,format=raw \
 -device ide-cd,bus=ide.0,drive=drive_wincd,id=device_wincd \
 -device virtio-scsi-pci,id=scsi_pci_bus0 \
 -drive file=/home/sysdisk.qcow2,format=qcow2,id=drive_sysdisk,if=none,cache=none,aio=native,werror=stop,rerror=stop \
 -device scsi-hd,drive=drive_sysdisk,bus=scsi_pci_bus0.0,id=device_sysdisk,bootindex=0 \
 -drive file=/home/en_windows_10_enterprise_version_1607_updated_jul_2016_x64_dvd_9054264.iso,if=none,cache=none,media=cdrom,id=drive_syscd,readonly=on,format=raw \
 -device scsi-disk,bus=scsi_pci_bus0.0,drive=drive_syscd,id=device_syscd,bootindex=1 \
 -incoming tcp:0:1234 \

2.On des host, create NBD server, and export the empty disk
{ "execute": "nbd-server-start", "arguments": { "addr": { "type": "inet","data":{"host":"10.73.72.58","port":"3333"}}}}
{"return": {}}
{ "execute": "nbd-server-add", "arguments": { "device":"drive_sysdisk","writable":true}}
{"return": {}}

3.On src host, start guest installation, and before formating disk, start
mirroring to the remote NBD disk in step 2:
{ "execute": "drive-mirror", "arguments": { "device": "drive_sysdisk","target":"nbd://10.73.72.58:3333/drive_sysdisk","sync":"full","format":"raw","mode":"existing","speed":10000000000000}}
{"return": {}}

4.On src host, after the mirror job ready, do migration.
{"timestamp": {"seconds": 1471415542, "microseconds": 715318}, "event": "BLOCK_JOB_READY", "data": {"device": "drive_sysdisk", "len": 32212254720, "offset": 32212254720, "speed": 10000000000000, "type": "mirror"}}

{"execute": "migrate","arguments":{"uri": "tcp:10.73.72.58:1234"}}
{"return": {}}

Actual results:
After migration finishes, dest guest hangs as attachment and installation process can not be continued.

I've got a case during windows migration during installation I'm chasing at the moment for https://bugzilla.redhat.com/show_bug.cgi?id=1363998  so it might be the same.

Hongyang: Can you also try this one with -no-kvm-irqchip please

Yanbin: Can you try your case adding --no-kvm-irqchip to the qemu commandline please.

(In reply to Dr. David Alan Gilbert from comment #8)
> Hongyang: Can you also try this one with -no-kvm-irqchip please

I retry this case with -no-kvm-irqchip on my command line.
And the guest works well after migration is completed.

(In reply to Dr. David Alan Gilbert from comment #9)
> Yanbin: Can you try your case adding --no-kvm-irqchip to the qemu
> commandline please.

Add "-no-kvm-irqchip":

With "-cpu Opteron_G5,enforce":
QEMU quit with prompts below.
QEMU 2.6.0 monitor - type 'help' for more information
(qemu) warning: host doesn't support requested feature: CPUID.40000001H:EAX.kvm_pv_unhalt [bit 7]
qemu-kvm: Host doesn't support requested features
qemu-kvm: network script /etc/ifdown_script failed with status 256

With "-cpu Opteron_G5,check":
1.There are warnings in HMP.
(qemu) warning: host doesn't support requested feature: CPUID.40000001H:EAX.kvm_pv_unhalt [bit 7]
2.VM installation hangs as attachment "Installation hangs".

Full command line is as attachment "Full CMD".

Created attachment 1193564 [details]
Full CMD

Created attachment 1193565 [details]
Installation hangs

Yanbin: Can you try removing the no-kvm-irqchip and changing the -machine to

-machine pc,kernel_irqchip=split

It wont help the migration but it might help the boot.

(In reply to Dr. David Alan Gilbert from comment #14)
> Yanbin: Can you try removing the no-kvm-irqchip and changing the -machine to
> 
> -machine pc,kernel_irqchip=split
> 
> It wont help the migration but it might help the boot.

Removing "-no-kvm-irqchip" and using "-machine pc,kernel_irqchip=split", guest hangs as attachment "Guest hangs".
There is no any response (e.g., press ESC).

Created attachment 1193847 [details]
Guest hangs

Using "-global kvm-pit.lost_tick_policy=delay" (bug 1363998 comment 23), issues mentioned in comment 11, comment 15 are not reproducible.

Issue mentioned in comment 6:
How reproducible:
2/5

kernel:3.10.0-492.el7.x86_64
qemu-kvm-rhev:qemu-kvm-rhev-2.6.0-22.el7.x86_64

Created attachment 1202099 [details]
Installation hang screen

Created attachment 1202101 [details]
qemu log from source

Created attachment 1202102 [details]
qemu log from destination

This looks like it's the same as either bz 1363998 or bz 1367716; the combination of the fixes for that pair seem to fix this;  marking as dupe

*** This bug has been marked as a duplicate of bug 1363998 ***