Bug 1912842 - qemu-kvm: Failed to load virtio-scsi:virtio during migration
Summary: qemu-kvm: Failed to load virtio-scsi:virtio during migration
Keywords:
Status: CLOSED DUPLICATE of bug 1885555
Alias: None
Product: Red Hat Enterprise Linux Advanced Virtualization
Classification: Red Hat
Component: qemu-kvm
Version: 8.4
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: rc
: 8.4
Assignee: Dr. David Alan Gilbert
QA Contact: jingzhao
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-01-05 12:35 UTC by Li Xiaohui
Modified: 2021-01-09 21:56 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-01-07 06:53:41 UTC
Type: ---
Target Upstream Version:
Embargoed:
pm-rhel: mirror+


Attachments (Terms of Use)
lspci-info (1.46 KB, application/gzip)
2021-01-05 13:15 UTC, Li Xiaohui
no flags Details

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 ***


Note You need to log in before you can comment on or make changes to this bug.