Bug 1998027
| Summary: | There Is ' VFIO_MAP_DMA failed' Info in HMP When Rebooting Guest After Installation | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 9 | Reporter: | Tingting Mao <timao> |
| Component: | qemu-kvm | Assignee: | Philippe Mathieu-Daudé <philmd> |
| qemu-kvm sub component: | Storage | QA Contact: | Tingting Mao <timao> |
| Status: | CLOSED CURRENTRELEASE | Docs Contact: | |
| Severity: | medium | ||
| Priority: | low | CC: | coli, jferlan, kkiwi, mrezanin, virt-maint |
| Version: | 9.0 | Keywords: | Triaged |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | qemu-kvm-6.2.0-1.el9 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2021-12-21 10:05:58 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: | |||
| Bug Blocks: | 1996530 | ||
|
Description
Tingting Mao
2021-08-26 10:03:13 UTC
Assigning to Phil who took the RHEL8.x clone of it.. I'm using low-priority since any upstream fix will naturally come to RHEL9 with the 6.2 rebase eventually, and I don't think this is sufficiently important for us to backport - so it's probably just sit around for a while. *** Bug 2002458 has been marked as a duplicate of this bug. *** *** Bug 2002458 has been marked as a duplicate of this bug. *** Housekeeping - the referenced commit went into qemu-6.2 which is planned to be rebased some time in Nov/Dec when it's "released" upstream. It may be the case that an 6.2-rc release could be used for an early rebase, but we'll need to revisit this then. Was notified by QE of this existing copy instead of the clone I created in bug 2002458 (see c5 there for some details). Actually assign to Phil, set devel_ack+, set DTM=14 and moved to POST under the assumption this would be picked up by the rebase at that time. Also hit the issue in qemu-img.
Tested env:
kernel-5.14.0-0.rc7.54.el9.x86_64
qemu-kvm-6.1.0-2.el9
Steps:
1. Check the source image info
# qemu-img info target.qcow2
image: target.qcow2
file format: qcow2
virtual size: 20 GiB (21474836480 bytes)
disk size: 3.32 GiB
cluster_size: 65536
Format specific information:
compat: 1.1
compression type: zlib
lazy refcounts: false
refcount bits: 16
corrupt: false
extended l2: false
2. Convert the source image to a image over NVMe
# qemu-img convert -f qcow2 -O raw target.qcow2 nvme://0000:bc:00.0/1 -p
qemu-img: VFIO_MAP_DMA failed: No space left on device
qemu-img: VFIO_MAP_DMA failed: No space left on device
(100.00/100%)
(In reply to Tingting Mao from comment #5) > Also hit the issue in qemu-img. > 2. Convert the source image to a image over NVMe > # qemu-img convert -f qcow2 -O raw target.qcow2 nvme://0000:bc:00.0/1 -p > qemu-img: VFIO_MAP_DMA failed: No space left on device > qemu-img: VFIO_MAP_DMA failed: No space left on device > (100.00/100%) Thanks for testing qemu-img. The same fix applies to both qemu-kvm and qemu-img: https://bugzilla.redhat.com/show_bug.cgi?id=1996530#c6 The POST status is still valid. QE bot(pre verify): Set 'Verified:Tested,SanityOnly' as gating/tier1 test pass. Tried in latest qemu, there is no the hint info anymore.
Tested with:
qemu-kvm-6.2.0-1.el9
kernel-5.14.0-32.el9.x86_64
Scenario1 - Install guest with qcow2/luks image over NVMe
/usr/libexec/qemu-kvm \
-S \
-name 'avocado-vt-vm1' \
-sandbox on \
-machine q35 \
-device pcie-root-port,id=pcie-root-port-0,multifunction=on,bus=pcie.0,addr=0x1,chassis=1 \
-device pcie-pci-bridge,id=pcie-pci-bridge-0,addr=0x0,bus=pcie-root-port-0 \
-nodefaults \
-device VGA,bus=pcie.0,addr=0x2 \
-m 15360 \
-smp 16,maxcpus=16,cores=8,threads=1,dies=1,sockets=2 \
-cpu 'Haswell-noTSX',+kvm_pv_unhalt \
-device pcie-root-port,id=pcie-root-port-1,port=0x1,addr=0x1.0x1,bus=pcie.0,chassis=2 \
-device qemu-xhci,id=usb1,bus=pcie-root-port-1,addr=0x0 \
-device usb-tablet,id=usb-tablet1,bus=usb1.0,port=1 \
-object iothread,id=iothread0 \
-object iothread,id=iothread1 \
-device pcie-root-port,id=pcie-root-port-3,port=0x3,addr=0x1.0x3,bus=pcie.0,chassis=4 \
-device virtio-net-pci,mac=9a:1c:0c:0d:e3:4c,id=idjmZXQS,netdev=idEFQ4i1,bus=pcie-root-port-3,addr=0x0 \
-netdev tap,id=idEFQ4i1,vhost=on \
-vnc :0 \
-rtc base=utc,clock=host,driftfix=slew \
-boot menu=off,order=cdn,once=c,strict=off \
-enable-kvm \
-monitor stdio \
-chardev socket,server=on,path=/var/tmp/monitor-qmpmonitor1-20210721-024113-AsZ7KYro,id=qmp_id_qmpmonitor1,wait=off \
-mon chardev=qmp_id_qmpmonitor1,mode=control \
-object secret,id=sec0,data=redhat \
-device pcie-root-port,id=pcie-root-port-5,port=0x5,addr=0x1.0x5,bus=pcie.0,chassis=5 \
-device virtio-scsi-pci,id=virtio_scsi_pci1,bus=pcie-root-port-5,addr=0x0,iothread=iothread1 \
-blockdev node-name=nvme_image1,driver=nvme,device=0000:bc:00.0,namespace=1,auto-read-only=on,discard=unmap \
-blockdev node-name=drive_nvme1,driver=luks,key-secret=sec0,file=nvme_image1,read-only=off,discard=unmap \
-device scsi-hd,id=nvme1,drive=drive_nvme1 \
-device pcie-root-port,id=pcie-root-port-6,port=0x6,addr=0x1.0x6,bus=pcie.0,chassis=6 \
-device virtio-scsi-pci,id=virtio_scsi_pci2,bus=pcie-root-port-6,addr=0x0 \
-blockdev node-name=file_cd1,driver=file,auto-read-only=on,discard=unmap,aio=threads,filename=/home/kvm_autotest_root/iso/linux/RHEL-9.0.0-20211216.2-x86_64-dvd1.iso,cache.direct=on,cache.no-flush=off \
-blockdev node-name=drive_cd1,driver=raw,read-only=on,cache.direct=on,cache.no-flush=off,file=file_cd1 \
-device scsi-cd,id=cd1,drive=drive_cd1,write-cache=on \
Scenario2 - Convert via qemu-img
# qemu-img convert -f qcow2 -O raw RHEL-9.0.0-20210702.2-x86_64.qcow2 nvme://0000:bc:00.0/1 -p
(100.00/100%)
Results:
No the hint info.
|