Is your hardware compatible with ESXi version?
Thanks for the quick response.
I don’t think there is compatibility issue, for everything works well before updating to u3. I’ve been used this device for quite a long time. For the moment, I also tried the u3 installation CD and still got the same error.
Would it be possible a bug in the u3 update?
I'm getting the exact same error on one of my Cisco C220 M3 servers I just tried to update.
I had no issues updating my Dell R630.
Edit - Additional info if it helps, I was running the latest build of 6.7 U2 prior to running the upgrade. (Build 13981272)
All firmware versions are the latest for all servers.
All servers are configured for UEFI Secure boot.
The normal "roll back to previous ESXi installation" option is not there if you select recovery options, only my "current" installation is listed.
What hardware do you use?
I created a bootable usb-stick, because i need to tweak the iso anyways (whitelisting stuff, additional vibs).
But so far it boots up from the fresh install and is working nicely.
Maybe i'm going to update one esxi later... to see if i get the same error.
I had this exact error on one of my two vm hosts. Problem was one was running Boot USB Legacy and the odder one was running UEFI boot
When i changed UEFI to USB Legacy it worked again.
I've been having exactly this problem on my NUC D54250WYK (I know unsupported but it is used only to host vSAN witness appliance). After initial Upgrade to 6.7 U3 it failed to boot with the same error. While using installation cd/usb it failed to load yellow boot screen with the same error (right after loading kernel modules).
Solution which helped me
- update bios (minor and in this case not so relevant)
- disable UEFI / use only legacy boot (mandatory)
- disable VT-d (mandatory)
After above system is able to load 6.7 U3 without any problems. Luckily my C240 M4 with UEFI for vSAN were not haviny any issues.
I've got my C220 M3 working by swapping to legacy BIOS, but I don't consider this to be a permanent solution!
I tried a few combinations of UEFI (no secure boot), UEFI with secure boot, and legacy BIOS, and the only work that works is legacy BIOS.
After changing I could boot the server, and then successfully apply the U3 patches.
Interestingly enough a UEFI enabled host has an extra patch required versus legacy BIOS.
I'll try the update on my C220 M4s over the next few days.
In the meantime i'll leave my 1 x C220 M3 as legacy BIOS, and not bother running the update on my other M3 which is still running with UEFI secure boot on the latest 6.7 U2.
Something in U3 appears to have broken UEFI boot on "older" servers/computers
This is actually not good...
My BIOS thinks, when I am trying to boot LEGACY with a GPT formated drive, that the partition table (format) is invalid.
I have to manually dismiss this message during boot. After that I can normally boot to ESXi.
Problem is: Now I can't "restart" ESXi remotely cause I have to be physically present every time my server starts up.
Any suggestions on how to make a mbr partition - which can actually boot a GPT drive, so I don't get this message?
Also: Is the legacy thing something that will be permament from now on - or is this temporarly only for 6.7U3?
I have the same problem on my DC3217IYE with latest BIOS. I have tried different BIOS configurations regarding UEFI and Legacy boot. Whenever I have UEFI enabled, I see the "Page allocation error" When I disable UEFI, the PC doesn't find any boot device I tried disabling VT-d as suggested without help Also tried various combinations of secure boot settings, but so far without luck. Any tips?
Thanks to everyone who reported this. We've found the bug and are testing a fix.
Booting in legacy BIOS mode is the easiest workaround. However I realize some of you have systems that won't boot in that mode for one reason or another.
You might consider reinstalling 6.7u2, using the option to preserve VMFS volumes on the disk. That's the next most straightforward solution for now, though obviously there is some pain in that...
I'll post again if I think of a better workaround or a way to make the fix available in advance of the next release.
I am running ESXi on HP Z620 and Z640 workstations.
After this weekends patch and upgrade session, the Z640's are running and the Z620's give this error.
So far, I have not been able to find a legacy boot option in the bios...
And since the hardware is not supported, we cannot get any support.
Hopefully they get this fixed in a future update.
I've got the same issue with a Dell Precision T1650 and probably two Dell PowerEdge T20 (not tested on T20, but they have nearly the same hardware as T1650).
First I switched from UEFI to legacy boot and the update procedure tasks were running. After that I switched back to UEFI and ESXi booted with build 13981272 instead of the build of update 3.
I won't upgrade anymore before there will be a fix for this issue.
Same exact issue with HP Z230. I was able to enable legacy boot in the BIOS, boot up and revert to ESXi-6.7.0-20190604001-standard
HP Z230 does not allow legacy boot by default, only when F9 is pressed during POST will it actually show the legacy boot options.
Yes, this seems to be a BUG. As Tim said, he will be updating the thread once he identify the fix