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.

Bug 1528149

Summary: qemu-kvm core dumped when booting guest with 9TB memory
Product: Red Hat Enterprise Linux 7 Reporter: yduan
Component: qemu-kvm-rhevAssignee: Eduardo Habkost <ehabkost>
Status: CLOSED WONTFIX QA Contact: yduan
Severity: low Docs Contact:
Priority: low    
Version: 7.5CC: ailan, chayang, ehabkost, jinzhao, juzhang, michen, mtessun, virt-maint, xfu, yduan
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2018-07-18 19:42:49 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:

Description yduan 2017-12-21 06:26:10 UTC
Description of problem:
qemu-kvm core dumped when booting guest with 9TB memory.

Version-Release number of selected component (if applicable):
Host: hp-bl920gen8-01.khw.lab.eng.bos.redhat.com
# uname -r
3.10.0-693.5.2.el7.x86_64
# rpm -q qemu-kvm-rhev
qemu-kvm-rhev-2.10.0-13.el7.x86_64
# rpm -q seabios
seabios-1.11.0-1.el7.x86_64

Guest:
# uname -r
3.10.0-823.el7.x86_64

How reproducible:
100%

Steps to Reproduce:
1.On host:
# free -h
              total        used        free      shared  buff/cache   available
Mem:            11T         74G         11T         26M         15G         11T
Swap:          4.0G          0B        4.0G

2.Boot guest with 9TB memory:
/usr/libexec/qemu-kvm \
 -S \
 -name 'RHEL7.5-1' \
 -machine pc \
 -m 9T \
 -smp 8,maxcpus=8,sockets=2,cores=2,threads=2 \
 -cpu SandyBridge,enforce \
 -rtc base=localtime,clock=host,driftfix=slew \
 -nodefaults \
 -device AC97 \
 -vga qxl \
 -chardev socket,id=seabioslog_log,path=/tmp/seabios-log1,server,nowait \
 -device isa-debugcon,chardev=seabioslog_log,iobase=0x402 \
 -device usb-ehci,id=usb1 \
 -device usb-tablet,id=usb-tablet1 \
 -boot menu=on \
 -enable-kvm \
 -monitor stdio \
 -netdev tap,id=netdev0,vhost=on \
 -device virtio-net-pci,mac=BA:BC:13:83:4F:1D,id=net0,netdev=netdev0,status=on \
 -spice port=5900,disable-ticketing \
 -qmp tcp:0:9999,server,nowait \
 -drive file=images/rhel75-seabios-virtio.qcow2,format=qcow2,id=drive_sysdisk,if=none,cache=none,aio=native,werror=stop,rerror=stop \
 -device virtio-blk-pci,drive=drive_sysdisk,id=device_sysdisk,bootindex=1 \

Actual results:
(qemu) kvm_set_phys_mem: error registering slot: Invalid argument
rhel-pc-seabios.sh: line 25: 148111 Aborted                 (core dumped)

Expected results:
Boot guest successfully.

Additional info:
1.Installing RHEL7.5 failed to this host "hp-bl920gen8-01.khw.lab.eng.bos.redhat.com".

2.It is not reproducible with 8TB memory.

3.(gdb) bt
#0  0x00007fffdf4821f7 in raise () from /lib64/libc.so.6
#1  0x00007fffdf4838e8 in abort () from /lib64/libc.so.6
#2  0x00005555557f71b0 in kvm_set_phys_mem (kml=0x555556ded0a0, 
    section=0x7fffffffd620, add=true)
    at /usr/src/debug/qemu-2.10.0/accel/kvm/kvm-all.c:786
#3  0x00005555557e84f1 in address_space_update_topology_pass (
    as=as@entry=0x55555607f620 <address_space_memory>, 
    adding=adding@entry=true, new_view=0x555558ec0400, 
    new_view=0x555558ec0400, old_view=<optimized out>, 
    old_view=<optimized out>) at /usr/src/debug/qemu-2.10.0/memory.c:962
#4  0x00005555557e88a4 in address_space_set_flatview (
    as=as@entry=0x55555607f620 <address_space_memory>)
    at /usr/src/debug/qemu-2.10.0/memory.c:1037
#5  0x00005555557ea630 in memory_region_transaction_commit ()
    at /usr/src/debug/qemu-2.10.0/memory.c:1089
#6  0x000055555583a128 in pc_memory_init (pcms=pcms@entry=0x555556d84380, 
    system_memory=system_memory@entry=0x555556d42780, 
    rom_memory=rom_memory@entry=0x555556d42b40, 
    ram_memory=ram_memory@entry=0x7fffffffd820)
    at /usr/src/debug/qemu-2.10.0/hw/i386/pc.c:1386
#7  0x000055555583c2d3 in pc_init1 (machine=0x555556d84380, 
    pci_type=0x555555aeff7a "i440FX", 
---Type <return> to continue, or q <return> to quit---
    host_type=0x555555aeff81 "i440FX-pcihost")
    at /usr/src/debug/qemu-2.10.0/hw/i386/pc_piix.c:180
#8  0x000055555590a4d8 in machine_run_board_init (machine=0x555556d84380)
    at hw/core/machine.c:760
#9  0x000055555579a6ef in main (argc=<optimized out>, argv=<optimized out>, 
    envp=<optimized out>) at vl.c:4645

Comment 2 Eduardo Habkost 2018-05-30 19:31:35 UTC
Is this a regression from RHEL-7.4, or 9TB guests never worked before?

Comment 3 yduan 2018-05-31 05:59:24 UTC
Hi Eduardo,

  It's not a regression.
  It can be reproduced with qemu-kvm-rhev-2.9.0-16.el7_4.17.x86_64.

Version-Release number of selected component (if applicable):
Host: hp-bl920gen8-01.khw.lab.eng.bos.redhat.com
# uname -r
3.10.0-693.30.1.el7.x86_64
# rpm -q qemu-kvm-rhev
qemu-kvm-rhev-2.9.0-16.el7_4.17.x86_64
# rpm -q seabios
seabios-1.11.0-2.el7.x86_64
Guest:
# uname -r
3.10.0-693.33.1.el7.x86_64

Thanks

Comment 4 yduan 2018-05-31 07:50:35 UTC
  It also can be reproduced with qemu-kvm-rhev-2.12.0-2.el7.x86_64.

Version-Release number of selected component (if applicable):
Host: hp-bl920gen8-01.khw.lab.eng.bos.redhat.com
# uname -r
3.10.0-693.30.1.el7.x86_64
# rpm -q qemu-kvm-rhev
qemu-kvm-rhev-2.12.0-2.el7.x86_64
# rpm -q seabios
seabios-1.11.0-2.el7.x86_64
Guest:
# uname -r
3.10.0-890.el7.x86_64

Comment 5 Eduardo Habkost 2018-07-18 19:42:49 UTC
9TB guests are not supported, closing.

Comment 6 jingzhao 2019-04-11 07:40:46 UTC
Hi Eduardo

  could you share the offical support memory ?

Best Regards
Jing

Comment 7 Eduardo Habkost 2019-04-12 18:55:38 UTC
(In reply to jingzhao from comment #6)
> Hi Eduardo
> 
>   could you share the offical support memory ?

RHEL limit is 4TB:
https://access.redhat.com/articles/rhel-kvm-limits

RHV limit is also 4TB:
https://access.redhat.com/articles/906543