Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
(In reply to Eduardo Habkost from comment #2)
> Did this warning already exist on 8.4? I'm assuming it is not a regression,
> but I'd like to make sure.
You mean rhel8.3? I will try it on 8.3?
(In reply to Yanhui Ma from comment #3)
> (In reply to Eduardo Habkost from comment #2)
> > Did this warning already exist on 8.4? I'm assuming it is not a regression,
> > but I'd like to make sure.
>
> You mean rhel8.3? I will try it on 8.3?
Sorry, yes, I meant 8.3.
(In reply to Eduardo Habkost from comment #4)
> (In reply to Yanhui Ma from comment #3)
> > (In reply to Eduardo Habkost from comment #2)
> > > Did this warning already exist on 8.4? I'm assuming it is not a regression,
> > > but I'd like to make sure.
> >
> > You mean rhel8.3? I will try it on 8.3?
>
> Sorry, yes, I meant 8.3.
Changing to qemu-kvm-5.1.0-20.module+el8.3.1+9918+230f5c26.x86_64, the warning also exists.
Hello Eduardo,
The RHEL 8.4 testing first shows the ACPI error when we increase the 8.3 TB 255 vcpu vm to 512 vcpus. Referring back to the same test for 8.3 shows the vm fails to start with no message. I would consider the message an improvement.
Any comments?
Regards,
Brian
warning was there for a long time, it was added around v2.1 time when we bumped ACPI tables size
first to 64K and then to 128K. Later on at v2.3 time we made ACPI table blobs, resizable
(a1666142db6233 acpi-build: make ROMs RAM blocks resizeable)
with upper limit 2Mb.
So all practical warning doesn't apply to machine versions 2.3 and newer.
(In reply to John Ferlan from comment #18)
> Let's plan this for inclusion in 9.2 and if it doesn't make it, then close
> wontfix.
>
> Not clear to me whether Julia's upstream:
> https://lists.nongnu.org/archive/html/qemu-devel/2022-10/msg01640.html
> series resolves this.
Nope, above is SMBIOS fix where as 'Warning' comes from ACPI.
See comment 8,
we cannot just remove it until 2.2 machine type upstream exists.
for newer machine types the warning is not relevant.
This aging bug was planned to be resolved within the 9.2.0 release timeframe; however, since it has not been addressed by ITM 24, we are closing as deferred.
If this bug is reopened, there must be a downstream commit ready to be posted for merge or the bug must be part of some rebase. When reopening, add the release ITR and appropriate DTM.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory (Moderate: qemu-kvm security, bug fix, and enhancement update), and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
https://access.redhat.com/errata/RHSA-2023:6368
Description of problem: When booting guest with 512 VCPUs on host with 448 CPUs, there are ACPI table limits warnings. Version-Release number of selected component (if applicable): qemu-kvm-5.2.0-5.module+el8.4.0+9775+0937c167.x86_64 kernel-4.18.0-280.el8.dt3.x86_64 How reproducible: 100% Steps to Reproduce: 1.boot guest with 512 VCPUs on hosts only with 448 cpus: /usr/libexec/qemu-kvm \ -name 'avocado-vt-vm1' \ -sandbox on \ -machine q35,kernel-irqchip=split \ -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 128G \ -smp 512 \ -device intel-iommu,intremap=on,eim=on \ -cpu 'IvyBridge',+kvm_pv_unhalt \ -chardev socket,nowait,path=/var/tmp/monitor-qmpmonitor1-20201130-083617-UdoMuUZg,server,id=qmp_id_qmpmonitor1 \ -mon chardev=qmp_id_qmpmonitor1,mode=control \ -chardev socket,nowait,path=/var/tmp/monitor-catch_monitor-20201130-083617-UdoMuUZg,server,id=qmp_id_catch_monitor \ -mon chardev=qmp_id_catch_monitor,mode=control \ -device pvpanic,ioport=0x505,id=idUR0xIV \ -chardev socket,nowait,path=/var/tmp/serial-serial0-20201130-083617-UdoMuUZg,server,id=chardev_serial0 \ -device isa-serial,id=serial0,chardev=chardev_serial0 \ -chardev socket,id=seabioslog_id_20201130-083617-UdoMuUZg,path=/var/tmp/seabios-20201130-083617-UdoMuUZg,server,nowait \ -device isa-debugcon,chardev=seabioslog_id_20201130-083617-UdoMuUZg,iobase=0x402 \ -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 \ -device pcie-root-port,id=pcie-root-port-2,port=0x2,addr=0x1.0x2,bus=pcie.0,chassis=3 \ -object iothread,id=iothread0 \ -device virtio-scsi-pci,id=virtio_scsi_pci0,iothread=iothread0,bus=pcie-root-port-2,addr=0x0 \ -blockdev node-name=file_image1,driver=file,auto-read-only=on,discard=unmap,aio=threads,filename=/home/kvm_autotest_root/images/rhel840-64-virtio-scsi.qcow2,cache.direct=on,cache.no-flush=off \ -blockdev node-name=drive_image1,driver=qcow2,read-only=off,cache.direct=on,cache.no-flush=off,file=file_image1 \ -device scsi-hd,id=image1,drive=drive_image1,write-cache=on \ -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:1e:ad:8c:d6:8d,id=idXcapzE,netdev=idDDACLf,bus=pcie-root-port-3,addr=0x0 \ -netdev tap,id=idDDACLf,vhost=on \ -vnc :0 \ -rtc base=utc,clock=host,driftfix=slew \ -boot menu=off,order=cdn,once=c,strict=off \ -enable-kvm -monitor stdio \ -device pcie-root-port,id=pcie_extra_root_port_0,multifunction=on,bus=pcie.0,addr=0x3,chassis=5 2. 3. Actual results: QEMU 5.2.0 monitor - type 'help' for more information (qemu) qemu-kvm: warning: ACPI table size 65958 exceeds 65536 bytes, migration may not work Try removing CPUs, NUMA nodes, memory slots or PCI bridges.qemu-kvm: warning: ACPI table size 66074 exceeds 65536 bytes, migration may not work Try removing CPUs, NUMA nodes, memory slots or PCI bridges. Logging in guest and check cpu info: # grep "processor" /proc/cpuinfo | wc -l 512 If I use pc-q35-rhel8.3.0, the warnings still exist. Expected results: No warnings Additional info: