WilliamLam.com

Direct playback & download URLs for all VMworld 2018 Europe Sessions

by // Leave a Comment

It has been less than 24 hours since VMworld Europe 2018 has concluded and the awesome VMworld team has already published most of the VMworld 2018 Europe session recordings! Similar to past years, I have put together a nice summary page that contains all the session recordings links separated out by the different  categories which you can find by visiting http://vmwa.re/vmworld2018.

As of writing this, there are a total of 389 sessions with369 published with recordings. I have also posted some initial viewing statistics on the top 20 VMworld Europe sessions, huge congrats to the Chris and Daniel's ESXi on ARM session, I think it is going to be hard to beat this session (which I still need to watch myself :)). I will check back in a week or so in case more videos and/or PPT decks are posted. Please enjoy, especially for those that were not able to attend VMworld this year.

Note: For those wanting to directly download the actual video files from github repo (browser or through automation), you will get an access denied. It turns out the client performing the download must include a referer within the request (which is automatically done for you when you click open the link in my github but not the case using wget/cURL or other tools. Below are a few examples on how to include the referer for automated downloads which has changed from VMworld US.

Here is wget example:

wget --referer https://videos.vmworld.com/global/2018/videoplayer/26950 https://s3.us-east-2.amazonaws.com/vmworld-europe-2018/CTO3509BE.mp4

Here is cURL example:

curl --referer https://videos.vmworld.com/global/2018/videoplayer/26950 https://s3.us-east-2.amazonaws.com/vmworld-europe-2018/CTO3509BE.mp4 -O CTO3509BE.mp4

Here is PowerCLI example:

$headers = @{"referer" = "https://videos.vmworld.com/global/2018/videoplayer/26950"}
Invoke-WebRequest -Uri https://s3.us-east-2.amazonaws.com/vmworld-europe-2018/CTO3509BE.mp4 -Headers $headers -Outfile CTO3509BE.mp4

In addition, I have also published eu.txt file which contains the name of the session + download URL which can then be used by this quick PowerShell script called downloadSessions.ps1 to automatically download. You can edit the us.txt file to only include sessions you want downloaded (make sure its copied from the original file) since it contains "#" symbol as a delimiter for the title and the download URL.

ESXi on a Raspberry Pi

by // 46 Comments

During the closing of the VMworld Europe Keynote on Tuesday, Ray O'Farrell (CTO of VMware) had one more "tiny" surprise for our CEO, Pat Gelsinger 😉 He handed him a tiny little device called the Raspberry Pi (rPI) which was running a prototype version of ESXi! This was completely unexpected even for VMware Employees, especially as we had just announced our ESXi on ARM initiative at VMworld US. You can watch the keynote replay here starting at 1:37:15.

As you can imagine, this created a TON of excitement and buzz at the VMworld but it also sparked some interesting conversations on why VMware would even do this? Was this just a marketing gimmick or was there something more significant in showing that ESXi could run on a rPI?

[Read more...]

Update on running ESXi on Intel NUC Hades Canyon (NUC8i7HNK & NUC8i7HVK)

by // 55 Comments

The Intel NUC is one of the most popular and affordable hardware platform for running vSphere and vSAN Home Labs. For customers that want a bit more computing power, Intel also has their Skull Canyon platform which was released back in 2016 and has also gained in popularity amongst VMware Home Labbers. To be clear, the none of the Intel NUC platforms are on VMware HCL and therefore are not officially supported.

Earlier this year, Intel released their second generation of their higher-end Intel NUCs dubbed Hades Canyon which comes in two flavors NUC8i7HNK and NUC8i7HVK, with the latter being the higher-end unit. Based on the previous generation of hardware, most customers assumed ESXi should just work and went out and purchased the lower-end "HNK" version just to find out that was not case. The ESXi Installer would boot up to a certain point and then stop with the following error:

“Shutting down firmware services…..

Using “simple offset” UEFI RTS mapping policy”

To add to the confusion, this issue was not observed with the higher-end NUC8i7HVK model which was also quite interesting. Over on the nucblog.net, they also confirmed ESXi runs fine on "HVK" model and the issue seems to be isolated to the lower-end "HNK" model.

[Read more...]