-
Bug
-
Resolution: Unresolved
-
Undefined
-
None
-
rhel-10.1
-
None
-
No
-
None
-
rhel-virt-networking-core
-
None
-
False
-
False
-
-
None
-
None
-
None
-
None
-
Unspecified
-
Unspecified
-
Unspecified
-
-
x86_64
-
None
Description of problem:
Start a guest with xml to set vdpa device with multiqueue( vcpu=queue size), then reboot guest output error info in /var/log/libvirt/qemu/vm1.log:
2025-07-30T05:08:12.071155Z qemu-kvm: vhost VQ 13 ring restore failed: -1: Operation not permitted (1)
2025-07-30T05:08:12.071170Z qemu-kvm: vhost VQ 14 ring restore failed: -1: Operation not permitted (1)
2025-07-30T05:08:12.071176Z qemu-kvm: vhost VQ 15 ring restore failed: -1: Operation not permitted (1)
Version-Release number of selected component (if applicable):
kernel-6.12.0-114.el10.x86_64
qemu-kvm-10.0.0-8.el10.x86_64
libvirt-11.5.0-1.el10.x86_64
edk2-ovmf-20250523-2.el10.noarch
Guest: rhel10.1-ovmf.qcow2 (kernel-6.12.0-114.el10.x86_64)
How reproducible:
100%
Steps to Reproduce:
1. Start a vm with vdpa interface with multiqueue(vcpu=queue size),set as below:
(the vdpa device initialized by vdpa tool was set by "vdpa dev add name vdpa0 mgmtdev pci/$pci_addr mac 52:54:00:cb:45:00 max_vqp 8")
<vcpu placement="static">8</vcpu> ... <interface type="vdpa"> <mac address="52:54:00:cb:45:00"/> <source dev="/dev/vhost-vdpa-0"/> <model type="virtio"/> <driver queues="8"/> <alias name="net0"/> <address type="pci" domain="0x0000" bus="0x01" slot="0x00" function="0x0"/> </interface>
2. reboot guest by virsh cmd
#virsh reboot vm1
Domain 'vm1' is being rebooted
3. check the qemu log, there should not be any error or fail
# cat /var/log/libvirt/qemu/vm1.log | egrep -i "fail|error"
Actual results: After step2 and step3, found a fail in qemu log
2025-07-30T05:37:44.020002Z qemu-kvm: vhost VQ 14 ring restore failed: -1: Operation not permitted (1)
2025-07-30T05:37:44.020008Z qemu-kvm: vhost VQ 15 ring restore failed: -1: Operation not permitted (1)
Expected results:
qemu no error info output
Additional info:
1)Network card on host: Ethernet controller: Mellanox Technologies MT2892 Family [ConnectX-6 Dx]
2) Not reproduce this bug with single queue
<interface type="vdpa">
<mac address="52:54:00:cb:45:00"/>
<source dev="/dev/vhost-vdpa-0"/>
<model type="virtio"/>
</interface>