WilliamLam.com

vSphere ESXi 7.x will be last version to officially support Apple macOS Virtualization

by // 11 Comments

As a heads up, I just wanted to share that VMware has just published a new knowledge base article to communicate that ESXi 7.x will be the last major release to officially support Apple macOS Virtualization, which was originally introduced back in 2011 with the release of vSphere 5.0.

Last year, VMware had also published a blog outlining that they will no longer pursue hardware certification for the Apple 2019 Mac Pro 7,1 for ESXi and as unfortunate as this is, hopefully this updated news will not come as a surprise to any of our customers or partners due to the various challenges in supporting the Apple hardware platform with ESXi.

On a more personal note, this is also a bitter sweet end, I have been writing about Apple macOS Virtualization on ESXi since its inception almost exactly 11 years ago. I came to learn about the new virtualization capability during an on-site beta for vSphere 5.0 (codenamed MN) at VMware HQ back when I was a customer. Not only did our organization have a need for this capability, but this was also the time that Apple had announced EOL'ed of Apple XServe, which was the initial hardware platform that was officially supported. I still recall emailing our leadership after the on-site to purchase as many XServe as we could before you could no longer buy the systems so that we can enable our development teams who were building both iOS and macOS applications.

It certainly has been a wild ride over the years in advocating for our users and their plethora of use cases to getting the Apple Mac Mini to run ESXi like any other x86 platform and even getting the Apple Mac Mini added to the VMware HCL. I still remember all the hoops and hacks that one needed to jump through just to boot ESXi and over the years, various VMware Engineers have incrementally helped get us to where we are at today, so a big thanks for all of their support over the years.

How to patch Intel NUC 10 with latest ESXi 7.0 update?

by // 33 Comments

vSphere 7.0b was just released last week and one of the important fixes was to resolve an issue where Nested ESXi VMs were crashing upon powering on an inner-guest VM. This looks to have also affect newer generations of CPUs including Intel's 10th Gen Comet Lake which is also found in the latest 10th Gen Intel NUCs (Frost Canyon).

A number of folks quickly found that if you simply applied the ESXi 7.0b patch, an unexpected behavior occurred on the 10th Gen Intel NUCs and the onboard networking was lost upon a reboot. This occurs as the original ne1000 driver which had been replaced with a newer version found within ESXi 7.0b no longer recognizes the onboard Intel NIC. The solution is quite simple, create a new Image Profile that contains the Intel NUC NIC Driver.

Several of you have asked for instructions and although this is a pretty common vSphere workflow, I have documented the two supported options using the vSphere Image Builder utility but there are definitely other methods which will have the same results. If you have access to a vCenter Server 6.7 or newer, I recommend using the Image Builder UI. If vCenter Server access is not available, then you can use Image Builder with PowerCLI, however you will need to have access to a Windows machine as the Image Builder cmdlet is not supported with PowerCLI Core.

Note: There is currently a known bug with the Image Builder UI when using vSphere 7 which will prevent you from authoring a new Image Profile. A workaround would be to deploy a VCSA 6.7 which does not have this issue when looking to use the Image Builder UI.

[Read more...]

Passthrough of Integrated GPU (iGPU) for Apple Mac Mini 2018

by // 39 Comments

After successfully enabling and persisting the passthrough of the iGPU for the latest Intel NUC 10 (Frost Canyon), I thought it was worth experimenting with the Apple Mac Mini 2018 to see if the same could be accomplished with its iGPU, which is an Intel UHD 630. The biggest benefit in addition to unlocking the iGPU for general use is support for Apple's Metal API which gives developers access to the underlying GPU when building and testing MacOS and iOS applications. This is also quite timely as the Apple Mac Mini 2018 was just added to the VMware HCL!

My initial attempt failed when using the latest ESXi 6.7 Update 3 release. After enabling passthrough of the iGPU and rebooting the ESXi host for the change to take affect, the system would get stuck during boot up when loading the dma_iommu_mapper module. After speaking with Engineering, the issue is probably not related to dma_iommu_mapper module but some other module shortly after but without serial console output or ability to see terminal screen, it would be very difficult to debug the issue.

About to give up, my last attempt was try ESXi 7.0 and to my surprise the ESXi host fully booted up after enabling passthrough of the iGPU. It is still not clear on what might be causing the problem for 6.7 but at least 7.0 works!

Note: To be able to successfully power on a MacOS VM running on ESXi 7.0, ensure you have applied the recent ESXi 7.0b patch. You will need to go to the VMware Patch Portal siteto download and apply the update.

Step 1- Enable passthrough of the iGPU using the vSphere UI and then reboot for changes to take affect.

Step 2 - Navigate to Configure->Hardware->Graphics->Host Graphics and change the default graphics type to "Shared Direct"

[Read more...]