Bobcares

For every $500 you spend, we will provide you with a $500 credit on your account*

BLACK FRIDAY SPECIAL

*The maximum is $4000 in credits, Offer valid till December 6th, 2024, New Customers Only, Credit will be applied after purchase and expires after six (6) months

For every $500 you spend, we will provide you with a $500 credit on your account*

BLACK FRIDAY SPECIAL

*The maximum is $4000 in credits, Offer valid till December 6th, 2024, New Customers Only, Credit will be applied after purchase and expires after six (6) months

How to Fix “ESXi Page Allocation Error: Out of Resources?”

by | Sep 14, 2024

The “Page allocation error: Out of resources” in ESXi hosts, particularly after upgrading to ESXi 6.7 Update 3, is primarily related to an incompatibility between the ESXi bootloader and the UEFI firmware on certain hosts. Read the article to learn more. Bobcares, as a part of our Server Management Service offers solutions to every query that comes our way.

Overview
  1. Fixing “Page allocation error: Out of resources” in ESXi Hosts
  2. Cause & Fixes
  3. Error Prevention
  4. Key Considerations
  5. Conclusion

Fixing “Page allocation error: Out of resources” in ESXi Hosts

In the context of ESXi hosts, especially after updating to ESXi 6.7 Update 3, the “Page allocation error: Out of resources” error is mostly caused by a conflict between the UEFI firmware on some hosts and the ESXi bootloader. The following are the ways that the error appears:

The ESXi host displays the following messages during the boot process:

esxi page allocation error out of resources

The alerts suggest that the boot process is failing. After updating to ESXi 6.7 Update 3, the host is unable to boot. Due to this malfunction, the host cannot start up, which causes downtime and maybe results in lost data.

Cause & Fixes

Cause: An inconsistency between the UEFI firmware on some hosts and the bootloader of ESXi 6.7 Update 3 is the main source of this problem. The reported error messages are the result of the bootloader’s inability to allocate resources appropriately during the boot process due to this incompatibility.

Fixes: We can use any below methods as a work-around.

1. Switch to Legacy BIOS Mode:

  • Temporarily switch from UEFI to Legacy BIOS mode to boot the host.
  • After booting, upgrade to ESXi 6.7 EP13.
  • Optionally, revert to UEFI mode post-upgrade.

2. Use an ESXi Installer CD:

  • Boot from an ESXi 6.7 Update 2 CD.
  • Install, selecting “Upgrade ESXi, preserve VMFS datastore.”
  • Upgrade directly to ESXi 6.7 EP13 without going through Update 3.

3. Apply the Patch: Download and apply the ESXi 6.7 EP13 patch to fix the issue permanently.

Error Prevention

1. Keep Up with Patches: To make sure that known issues are fixed, routinely check for and apply VMware patches. Upgrading to ESXi 6.7 EP13 in this instance fixes the bootloader incompatibility.

2. Use UEFI Mode: VMware advises switching to UEFI mode. By doing this, compatibility problems with outdated BIOS setups are reduced.

3. Test Upgrades in a Controlled Environment: To find any problems early on, test upgrades in a controlled environment prior to deploying them to production environments.

4. Watch for Known Issues: To stay up to date on known issues and their fixes, keep a watch on VMware’s release notes and knowledge base articles.

Key Considerations

1. VMware has recommended switching to UEFI mode in order to improve support and prevent such problems in the future. The use of traditional BIOS has been deprecated. While it’s a temporary fix, using Legacy BIOS is not a long-term answer.

2. To recover from such failures, backups of vital configurations and data are essential. Having regular backups guarantees that we can promptly recover the environment in the event of similar problems.

[Searching solution for a different question? We’re happy to help.]

Conclusion

In conclusion, an inconsistency between the UEFI firmware and the ESXi bootloader is the cause of the “Page allocation error: Out of resources” that occurs on ESXi hosts following an upgrade to ESXi 6.7 Update 3. Downtime and boot failure are the results of this. While installing an unaffected version of ESXi or switching to Legacy BIOS are temporary remedies, applying the ESXi 6.7 EP13 patch is the lasting fix. For long-term stability, VMware advises switching to UEFI. It also suggests making backups and applying fixes on a regular basis to avert such problems in the future.

0 Comments

Submit a Comment

Your email address will not be published. Required fields are marked *

Never again lose customers to poor
server speed! Let us help you.

Privacy Preference Center

Necessary

Necessary cookies help make a website usable by enabling basic functions like page navigation and access to secure areas of the website. The website cannot function properly without these cookies.

PHPSESSID - Preserves user session state across page requests.

gdpr[consent_types] - Used to store user consents.

gdpr[allowed_cookies] - Used to store user allowed cookies.

PHPSESSID, gdpr[consent_types], gdpr[allowed_cookies]
PHPSESSID
WHMCSpKDlPzh2chML

Statistics

Statistic cookies help website owners to understand how visitors interact with websites by collecting and reporting information anonymously.

_ga - Preserves user session state across page requests.

_gat - Used by Google Analytics to throttle request rate

_gid - Registers a unique ID that is used to generate statistical data on how you use the website.

smartlookCookie - Used to collect user device and location information of the site visitors to improve the websites User Experience.

_ga, _gat, _gid
_ga, _gat, _gid
smartlookCookie
_clck, _clsk, CLID, ANONCHK, MR, MUID, SM

Marketing

Marketing cookies are used to track visitors across websites. The intention is to display ads that are relevant and engaging for the individual user and thereby more valuable for publishers and third party advertisers.

IDE - Used by Google DoubleClick to register and report the website user's actions after viewing or clicking one of the advertiser's ads with the purpose of measuring the efficacy of an ad and to present targeted ads to the user.

test_cookie - Used to check if the user's browser supports cookies.

1P_JAR - Google cookie. These cookies are used to collect website statistics and track conversion rates.

NID - Registers a unique ID that identifies a returning user's device. The ID is used for serving ads that are most relevant to the user.

DV - Google ad personalisation

_reb2bgeo - The visitor's geographical location

_reb2bloaded - Whether or not the script loaded for the visitor

_reb2bref - The referring URL for the visit

_reb2bsessionID - The visitor's RB2B session ID

_reb2buid - The visitor's RB2B user ID

IDE, test_cookie, 1P_JAR, NID, DV, NID
IDE, test_cookie
1P_JAR, NID, DV
NID
hblid
_reb2bgeo, _reb2bloaded, _reb2bref, _reb2bsessionID, _reb2buid

Security

These are essential site cookies, used by the google reCAPTCHA. These cookies use an unique identifier to verify if a visitor is human or a bot.

SID, APISID, HSID, NID, PREF
SID, APISID, HSID, NID, PREF