ESXi

ESXTOP and VMware Cloud on AWS

03/26/2019 by William Lam 6 Comments

ESXTOP is one of the most versatile and popular tool in the VI Administrators tool belt when it comes to real time performance analysis and data collection in a vSphere environment. In fact, ESXTOP also came up in the most recent episode of the VirtuallySpeaking Podcast covering the Top 10 Tools for VI Administrators, which Duncan Epping and I had the pleasure to be part of.

To use ESXTOP, you are required to SSH to an ESXi host as it is only available in the ESXi Shell. Traditionally, this has not been a huge issue for on-premises environment, especially as you can enable access when you needed to run ESXTOP. However, when operating on VMware Cloud on AWS (VMC), customers no longer have to worry about managing the underlying infrastructure and can now focus on being a consumer of the VMware SDDC. One side affect of this operational change is that customers do not have direct access to ESXi and would not be able to use ESXTOP.

64GB memory on the Intel NUCs?

03/14/2019 by William Lam 28 Comments

I just got my hands on a pair of 32GB SODIMM memory modules (64GB total) which I had been waiting to evaluate since last Fall. Apparently, it has taken some time for these high capacity memory modules to be readily available in the consumer market. Even after the announcement of the new 2018 Apple Mac Mini last year, which officially supports 32GB SODIMMS, I was not aware of any vendors who were selling these modules direct to consumers.

My primary interests in these memory modules was whether they would work on the latest Intel NUCs, specifically the Hades Canyon (NUC8i7HNK) which are the prosumer versions of the standard Intel NUCs that many folks use for vSphere Home Labs. Both the standard and Skull/Hades Canyon NUCs all officially support a maximum of 32GB of memory (2x16GB SODIMM), however it been hypothesized by the community that they *should* in theory be able to go up to 64GB, especially as some of the newer CPUs technically state support for it.

Touch screen + case for the Raspberry Pi 3

03/07/2019 by William Lam 2 Comments

I just purchased a nice little touch screen for my Raspberry Pi 3 (rPI) which I had shared on Twitter yesterday and a number of folks were also interested in the details. First off, I want to give a huge shoutout to Frances Wong who I came to learn about this nifty touch screen in the first place. I noticed that Francis only had the screen adaptor and I was also interested in getting a case that can house both the rPI and the touch screen. After a quick search online, I found there was a companion case which I had also purchased and you can see what it looks like fully assembled below.

ESXi Native Driver for USB NIC Fling

02/12/2019 by William Lam 30 Comments

Today, I am very excited to announce a new Fling that I have been working on which is a Native Driver for ESXi that will enable support for three of the most popular USB network adapter chipsets found in the market today. The ASIX USB 2.0 gigabit network ASIX88178a, ASIX USB 3.0 gigabit network ASIX88179 & the Realtek USB 3.0 gigabit network RTL8153. This effort had initially started back in 2016 as a side project with Songtao, a VMware Engineer who works on our USB stack for ESXi. Based on the enormous amount of feedback from the community as well customer Production use cases, this side project evolved into the development of a full fledge Native Driver for ESXi.

This Fling is more than just adding additional network interfaces for vSphere Home Labs, which is definitely a use case, but it is also about enabling new and future computing platforms that may not always have the traditional network connectivity that we have come to expect. Today, ESXi supports a number of high-end network controllers (10G/40G/100G) designed for Enterprise Data Centers that include advanced networking & low latency features. As more & more workloads appear at the Edge like IoT, point-of-sales & remote office use cases, the traditional networking solutions may no longer meet the needs of these new infrastructures.

For Edge computing environments, reducing the cost & power consumption is definitely one of the driving factors. However, with some of these platforms, their form factors can make it difficult or impossible to support traditional high-end network controllers. Luckily, there are a number of options for network adapters in the market but is can also be difficult to support them all.

USB has become one the most widely adopted connection type in the world & USB network adapters are also popular amongst Edge computing platforms. In some platforms, there is either limited or no PCI/PCIe slots for I/O expansion & in some cases, an Ethernet port is not even available. This Fling will hopefully help enable some of these Edge use cases today and with the help of the community and feedback, we can see how this can be enhanced or evolved over time including where it could even be part of the ESXi distribution.

Another use case for USB-based network adapters as mentioned earlier are for vSphere Home Labs, platforms like the Intel NUC or Apple Mac Mini have limited number of built-in Ethernet ports, but plenty of USB & USB-C ports which can enable these platforms with additional networking capabilities. These systems could also be potential Edge platform candidates given the right connectivity.

For download and instructions, please visit https://labs.vmware.com/flings/usb-network-native-driver-for-esxi

GPU Passthrough of Radeon RX Vega M in Intel Hades Canyon

01/15/2019 by William Lam 56 Comments

With the latest Intel Hades Canyon now being able to run ESXi, a number of folks have been interested in taking advantage of the integrated GPU that is included in the system. There are two models of the Hades Canyon, NUC8i7HNK which is the lower end system with Radeon RX Vega M and the NUC8i7HVK which is the higher end system with Radeon RX Vega GH. One of the first thing I had attempted after getting ESXi working on the Hades Canyon was to try to enable passthrough of the iGPU into a Windows GuestOS but in all my attempts, it resulted into a PSOD'ing the ESXi host once you start installing the AMD Drivers from Intel.

A few days ago, one of my readers, Chris78 shared an update where he was able to prevent the ESXi host from PSOD'ing by adding a VM Advanced Setting but he he was still having issues where the Windows GuestOS would now BSOD. This sounded promising, I figure it would not hurt to gave it a try and to my surprise, I was able to successfully passthrough the iGPU to a Windows 10, Windows Server 2016 and 2019 system from my limited testing. After reporting the success back to Chris78 who was still having issues even after using the settings I had used, his conclusion was there may be a difference between the HNK and HVK models, with the latter having BSOD issues. For now, it seems like iGPU can only be passthrough if you have the NUC8i7HNK model.

Revisiting prompting for user input during an interactive or scripted install of ESXi

01/10/2019 by William Lam 3 Comments

For those that have a need to prompt for additional user input during an installation of ESXi, whether that is an interactive session or using a scripted install (Kickstart) may have noticed the solution posted in my 2015 blog post no longer works with recent releases of ESXi (newer than 6.0).

I was recently contacted by VMTN community cacheman, who authored the original snippet after my 2011 post with an updated solution that would work with newer releases of ESXi (e.g. 6.5 or newer). Thanks to Chris, he discovered the following after taking another look at the initial hack:

It seems that the tty1 techsupport.sh which I had commented out in /etc/inittab is having no effect in these versions and the login prompt is starting on tty1. As far as I can tell this is because for versions >= 6.5, the init process starts before the extras.tgz is unpacked, so it reads the /etc/inittab that comes natively with ESXi rather than the modified one in extras.tgz.