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.
RHEL6 arch/x86/xen/Kconfig sets 32-bit guests to 8G and 64-bit guests to 32G for maximum memory. Upstream now has that at 128, which makes more sense considering the pseudo-physical memory map allows up to 168G.
Thinking about this more we should probably take all of
commit 58e05027b530ff081ecea68e38de8d59db8f87e0
Author: Jeremy Fitzhardinge <jeremy.fitzhardinge>
Date: Fri Aug 27 13:28:48 2010 -0700
xen: convert p2m to a 3 level tree
which is the upstream patch that bumps the memory limit. If we don't take this whole patch then we'll have a cost of one page per gig. Right now we have the small cost of 8 pages for 32-bit guests and 32 pages for 64-bit guests. We could maybe double those without being too wasteful, but going to 128 would certainly be overly expensive. The full upstream patch switches to using early_brk() when setting up the p2m map, and thus any unused pages that were reserved for early_brk are freed.
Since nobody seems to be hitting the current limits, then I'm inclined to move the consideration of the full backport to 6.2, and not even bother doing the Kconfig change to increase (double?) the current limits.
We need to bump up to at least 70G for x86_64 guests per the requirements of
one customer. At this time we have no request to change 32-bit guest limits,
but while we're in the business it might be good to try 16G.
Comment 7RHEL Program Management
2011-06-24 08:39:51 UTC
This request was evaluated by Red Hat Product Management for inclusion
in a Red Hat Enterprise Linux maintenance release. Product Management has
requested further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products. This request is not yet committed for inclusion in an Update release.
Backported 58e05027b530ff0 and patches it depends on.
Tested x32 PV guest with 10Gb RAM on my WS (boots/saves/resumes).
Waiting for a reservation of a beaker host with sufficient amount of memory to
test x64 PV guest.
Comment 20Aristeu Rozanski
2011-06-27 19:18:42 UTC
Technical note added. If any revisions are required, please edit the "Technical Notes" field
accordingly. All revisions will be proofread by the Engineering Content Services team.
New Contents:
Memory limit for x86_64 domU PV guests has been increased to 128 GB: CONFIG_XEN_MAX_DOMAIN_MEMORY=128.
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, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
http://rhn.redhat.com/errata/RHSA-2011-1530.html