Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1779456

Summary: Migrating a guest from RHEL 7.8 host to RHELAV 8.2.0 host failed
Product: Red Hat Enterprise Linux Advanced Virtualization Reporter: Gu Nini <ngu>
Component: qemu-kvmAssignee: Laurent Vivier <lvivier>
Status: CLOSED CURRENTRELEASE QA Contact: Gu Nini <ngu>
Severity: urgent Docs Contact:
Priority: urgent    
Version: 8.2CC: dgibson, dgilbert, jinzhao, juzhang, knoel, lvivier, mdeng, micai, mtessun, qzhang, ribarry, virt-maint, xianwang, xuma, yihyu, zhenyzha
Target Milestone: rcKeywords: Regression
Target Release: ---Flags: pm-rhel: mirror+
Hardware: ppc64le   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-12-20 02:05:40 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:
Bug Depends On: 1779701    
Bug Blocks:    

Description Gu Nini 2019-12-04 02:37:34 UTC
Description of problem:
It's a failure to migrate a RHEL 7.8 guest from RHEL 7.8(P8) host to RHELAV 8.2.0(P8) host. 
Qemu in destination side quits with following error:

[root@ibm-p8-rhevm-10 ngu]# ./vm01-mig.sh ipa-image/rhel78-ppc64le-virtio-scsi.qcow2 
QEMU 4.2.0 monitor - type 'help' for more information
(qemu) qemu-kvm: 1000 != 400
qemu-kvm: Failed to load ics:nr_irqs
qemu-kvm: error while loading state for instance 0x0 of device 'ics'
qemu-kvm: load of migration failed: Invalid argument


Version-Release number of selected component (if applicable):
Source Host:
Host kernel: 3.10.0-1115.el7.ppc64le
Guest kernel: 3.10.0-1115.el7.ppc64le
Qemu: qemu-kvm-rhev-2.12.0-39.el7.ppc64le
SLOF: SLOF-20171214-3.gitfa98132.el7.noarch

Destination Host:
Host kernel: 4.18.0-159.el8.ppc64le
Qemu: qemu-kvm-4.2.0-1.module+el8.2.0+4793+b09dd2fb.ppc64le
SLOF: SLOF-20191022-1.git899d9883.module+el8.2.0+4793+b09dd2fb.noarch

How reproducible:
100%

Steps to Reproduce:
1. Boot up guests in both the source host and destination host:

/usr/libexec/qemu-kvm \
    -name 'avocado-vt-vm1'  \
    -sandbox off  \
    -machine pseries-rhel7.6.0 \
    -chardev socket,id=qmp_id_qmpmonitor1,path=/var/tmp/avocado11,server,nowait \
    -mon chardev=qmp_id_qmpmonitor1,mode=control  \
    -device nec-usb-xhci,id=usb1,bus=pci.0,addr=0x3 \
    -serial unix:/tmp/test1,server,nowait \
    -device virtio-scsi-pci,id=virtio_scsi_pci0,bus=pci.0,addr=0x4 \
    -blockdev node-name=disk0,file.driver=file,driver=qcow2,file.filename=$1,cache.no-flush=off,cache.direct=off \
    -device scsi-hd,drive=disk0,id=image0,bus=virtio_scsi_pci0.0,scsi-id=0,lun=0,channel=0,werror=stop,rerror=stop,bootindex=0 \
    -device virtio-net-pci,mac=9a:78:79:7a:7b:7a,id=id8e5D72,vectors=4,netdev=idrYUYaH,bus=pci.0,addr=0x5 \
    -netdev tap,id=idrYUYaH,vhost=on \
    -m 1024  \
    -smp 8,maxcpus=8,cores=8,threads=1,sockets=1  \
    -device usb-tablet,id=usb-tablet1,bus=usb1.0,port=1  \
    -cpu host \
    -vnc :00  \
    -enable-kvm \
    -monitor stdio \
    -device usb-tablet,id=t1 \
    -incoming tcp:0:5200        ------------> # Only added in destination side

2. Do migration in qmp of the source host:

# {"execute":"migrate", "arguments": {"uri": "tcp:10.0.1.40:5200"}}

3. Check status of the migration in both hosts


Actual results:
In source host, the migration status might shows as 'completed' or 'failed', but in destination host, the qemu process quits with error in the description part.


Expected results:
Migration could finish without error.

Additional info:
The bug should be caused by the lack of new machine type in RHELAV 8.2.0(bz1662369). So please add it ASAP.

Comment 1 Laurent Vivier 2019-12-04 13:58:46 UTC
This happens likely because the pseries-rhel-8.2.0 machine type has not been added to qemu-kvm-4.2.0-1

Comment 3 Gu Nini 2019-12-19 15:55:35 UTC
After the fix of bz1779701, do test on following sw versions with the same steps as that in the bug description part, the migration could finish without any problem, so the bug should be fixed well.

Source Host:
Host kernel: 3.10.0-1120.el7.ppc64le
Guest kernel: 3.10.0-1121.el7.ppc64le
Qemu: qemu-kvm-rhev-2.12.0-41.el7.ppc64le
SLOF: SLOF-20171214-3.gitfa98132.el7.noarch

Destination Host:
Host kernel: 4.18.0-167.el8.ppc64le
Qemu: qemu-kvm-4.2.0-4.module+el8.2.0+5220+e82621dc.ppc64le
SLOF: SLOF-20191022-1.git899d9883.module+el8.2.0+4793+b09dd2fb.noarch