Bug 1912842

Summary: qemu-kvm: Failed to load virtio-scsi:virtio during migration
Product: Red Hat Enterprise Linux Advanced Virtualization Reporter: Li Xiaohui <xiaohli>
Component: qemu-kvmAssignee: Dr. David Alan Gilbert <dgilbert>
qemu-kvm sub component: Live Migration QA Contact: jingzhao <jinzhao>
Status: CLOSED DUPLICATE Docs Contact:
Severity: medium    
Priority: medium CC: chayang, dgilbert, drjones, jinzhao, juzhang, virt-maint
Version: 8.4Flags: pm-rhel: mirror+
Target Milestone: rc   
Target Release: 8.4   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2021-01-07 06:53:41 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
lspci-info none

Description Li Xiaohui 2021-01-05 12:35:29 UTC 
Description of problem:
Migrate guest with hugepages from 8.3 to 8.4, migration failed with error: qemu-kvm: Failed to load virtio-scsi:virtio


Version-Release number of selected component (if applicable):
src host: qemu-img-5.1.0-16.module+el8.3.1+8958+410ab178.x86_64
dst host: qemu-img-5.2.0-2.module+el8.4.0+9186+ec44380f.x86_64


How reproducible:
100%


Steps to Reproduce:
1.Boot guest with cli on src host:
/usr/libexec/qemu-kvm  \
-name "mouse-vm" \
-sandbox off \
-machine pc-i440fx-rhel7.6.0 \
-cpu IvyBridge-IBRS \
...
-m 2560 \
-mem-path /dev/hugepages \
-mem-prealloc \
-overcommit mem-lock=off \
-device virtio-scsi-pci,id=virtio_scsi_pci0,bus=pci.0,addr=0x4 \
-device scsi-hd,id=image1,drive=drive_image1,bus=virtio_scsi_pci0.0,channel=0,scsi-id=0,lun=0,bootindex=0 \
-blockdev driver=file,cache.direct=on,cache.no-flush=off,filename=/mnt/glusterfs/rhel840-64-virtio-scsi.qcow2,node-name=drive_sys1 \
-blockdev driver=qcow2,node-name=drive_image1,file=drive_sys1 \
2.Boot guest with cli on dst host:
/usr/libexec/qemu-kvm  \
-name "mouse-vm" \
-sandbox off \
-machine pc-i440fx-rhel7.6.0,memory-backend=pc.ram \
-cpu IvyBridge-IBRS \
...
-m 2560 \
-object memory-backend-file,id=pc.ram,mem-path=/dev/hugepages,prealloc=yes,size=2684354560,x-use-canonical-path-for-ramblock-id=off \
-overcommit mem-lock=off \
-device virtio-scsi-pci,id=virtio_scsi_pci0,bus=pci.0,addr=0x4 \
-device scsi-hd,id=image1,drive=drive_image1,bus=virtio_scsi_pci0.0,channel=0,scsi-id=0,lun=0,bootindex=0 \
-blockdev driver=file,cache.direct=on,cache.no-flush=off,filename=/mnt/glusterfs/rhel840-64-virtio-scsi.qcow2,node-name=drive_sys1 \
-blockdev driver=qcow2,node-name=drive_image1,file=drive_sys1 \
-incoming defer \
3.Migrate guest from src to dst host


Actual results:
Migration failed with error on dst host:
(qemu) qemu-kvm: get_pci_config_device: Bad config data: i=0x9a read: 3 device: 6 cmask: ff wmask: 0 w1cmask:0
qemu-kvm: Failed to load PCIDevice:config
qemu-kvm: Failed to load virtio-scsi:virtio
qemu-kvm: error while loading state for instance 0x0 of device '0000:00:04.0/virtio-scsi'
qemu-kvm: load of migration failed: Invalid argument


Expected results:
Migration succeed


Additional info:
Hit this bz When reproduce bz: Bug 1912201 - qemu-kvm: Unknown ramblock "pc.ram" during migration
Comment 1 Li Xiaohui 2021-01-05 13:15:24 UTC 
Created attachment 1744583 [details]
lspci-info
Comment 2 Dr. David Alan Gilbert 2021-01-06 14:17:57 UTC 
The difference here is the MSI-X count; on the source:

Capabilities: [98] MSI-X: Enable+ Count=4 Masked-

on the dest:
Capabilities: [98] MSI-X: Enable+ Count=7 Masked-
Comment 3 Dr. David Alan Gilbert 2021-01-06 15:05:36 UTC 
This looks like it works with the packages that I've prepared for 1885555; please test 

https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=34082790

and if it solves the problem, dupe it to 1885555
Comment 4 Li Xiaohui 2021-01-07 06:52:07 UTC 
(In reply to Dr. David Alan Gilbert from comment #3)
> This looks like it works with the packages that I've prepared for 1885555;
> please test 
> 
> https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=34082790
> 
> and if it solves the problem, dupe it to 1885555

Tried with build qemu-img-5.2.0-0.el8.bz188555f.x86_64, migration succeed from RHEL-8.3 to RHEL-8.4.
Comment 5 Li Xiaohui 2021-01-07 06:53:41 UTC 

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