Skip to main content

Which vSphere version is my VM running on?

Several years ago, I created a list of ESXi versions with matching VM BIOS identifiers. The list is now complete up to vSphere 7.
Your Linux runs on a VMware VM, but on which ESXi version? Even without access to the host nor vCenter, you can see for yourself: run "dmidecode" and look at lines 10, 11 and 12. The BIOS release date, the address and the size are unique for each ESXi version. Look up your result in the following table:
ESXi version  BIOS release date  Address  Size
ESX 2.504/21/20040xE848097152 bytes
ESX 3.004/17/20060xE7C7099216 bytes
ESX 3.501/30/20080xE7910100080 bytes
ESX 408/15/20080xEA6C088384 bytes
ESX 4U109/22/20090xEA55088752 bytes
ESX 4.110/13/20090xEA2E089376 bytes
ESXi 501/07/20110xE72C0101696 bytes
ESXi 5.106/22/20120xEA0C089920 bytes
ESXi 5.507/30/20130xEA05090032 bytes
ESXi 609/30/20140xE9A4091584 bytes
ESXi 6.504/05/20160xEA58088704 bytes
ESXi 6.707/03/20180xEA52088800 bytes
ESXi 6.7 U212/12/20180xEA49088944 bytes
ESXi 7.012/09/20190xEA48088960 bytes
NB These DMI properties are set at boot time. Even if your VM gets live-migrated to a host running a different vSphere version, your VM will keep the values it got from the host it booted on. What you see is the vSphere version of the host your VM booted on. It is the VM power-on that matters, so a guest OS reboot will not regenerate the DMI properties. A guest OS shut down on the other hand will also power off the VM, and the next power-on will regenerate the DMI properties.


Gary Strickland said…
Hi Bert,
Nick from Deep Signal Studios suggested I get in touch with you. I have a LOT of sequences created with a GEM Bachmann WS2 workstation (that I no longer have) that I would really like to convert to MIDI. The files are in the GEM ALL format. Nick suggested i "beg" you to possibly build an app that will convery ws2 .all to .mid.
ANy help would be greatly appreciated!
Thank you so much for your time,
Gary Strickland
Bert de Bruijn said…
Hi Gary,
Nick must have found or remembered my blog post from 2014: . I discuss the process of converting the floppy .ALL format to the WS2 MIDI dump format. This was and is useful to people who have a WS2 without a working floppy drive. I later published my code on so others can use it too. Unfortunately, the data structure of the 60KB memory dumps was never fully documented by GEM/Bachmann, nor successfully reverse-engineered by hobbyists, apart from the header information that contains the filename. A complete understanding of how voice, global, style and sequencer data were stored in memory would be necessary to convert the sequencer data to generic MIDI files. With a WS2 and a lot of free time, one could experiment with binary comparisons of dumps where e.g. only one voice parameter changed. This would reveal where that parameter is stored. However, for the sequencer data this is much, much more complex. It is impossible to generate two recordings with exactly one difference (note number, or velocity, or timing). Personally, I don't have a WS2 anymore either, so further experimentation is not going to happen on my side.
The only feasible way of converting .ALL to MIDI is: buying a second hand WS1/2/400 or WS2 MIDI workstation, loading the file, and playing it back, attached to a MIDI sequencer that can save the recording as .MID.

Kind regards,
Bert de Bruijn.
Bert de Bruijn said…
Gary, I forgot to mention that there are synth/keyboard enthousiasts on the internet who should have a WS2 or a WS2 midi workstation. You could try your luck with them. One example would be (based in Switzerland). They're not advertising this kind of conversion as a service, but you can always try.


Popular posts from this blog

Volkswagen UHV bluetooth touch adapter & its problems

My Volkswagen car has the "universal cellphone preparation" UHV built-in. This is the main part of a car kit, but requires an additional adapter for connecting to a cellphone. At first, I was using an adapter for my good old Nokia 6310, even after I changed to the Nokia E71. Connecting was easy: pair the phone with the "VW UHV" bluetooth entity, and done. This has the phone connected to the car kit at all times, so even non-call-related functions use the car audio system (e.g. voice recognition). But progress will have its way, no matter what happens. So in comes the "bluetooth touch adapter". Instead of a phone-specific adapter, this is a small touchscreen device that slots into the UHV dashboard mount. Connecting a phone is very different now: the Bluetooth Touch Adapter connects to the "VW UHV" device via bluetooth the phone connects to "Touch Adapter" device, also via bluetooth The device doesn't allow step 2 if step 1 didn'

How to solve "user locked out due to failed logins" in vSphere vMA

In vSphere 6, if the vi-admin account get locked because of too many failed logins, and you don't have the root password of the appliance, you can reset the account(s) using these steps: reboot the vMA from GRUB, "e"dit the entry "a"ppend init=/bin/bash "b"oot # pam_tally2 --user=vi-admin --reset # passwd vi-admin # Optional. Only if you want to change the password for vi-admin. # exit reset the vMA log in with vi-admin These steps can be repeated for root or any other account that gets locked out. If you do have root or vi-admin access, "sudo pam_tally2 --user=mylockeduser --reset" would do it, no reboot required.

Reset lost root password on vSphere ESXi 6.7

VMware's solution to a lost or forgotten root password for ESXi is simple: go to  and you'll find that "Reinstalling the ESXi host is the only supported way to reset a password on ESXi". If your host is still connected to vCenter, you may be able to use Host Profiles to reset the root password, or alternatively you can join ESXi in Active Directory via vCenter, and log in with a user in the "ESX Admins" AD group. If your host is no longer connected to vCenter, those options are closed. Can you avoid reinstallation? Fortunately, you can. You will need to reset and reboot your ESXi though. If you're ready for an unsupported deep dive into the bowels of ESXi, follow these steps: Create a bootable Linux USB-drive (or something else you can boot your server with). I used a CentOS 7 installation USB-drive that I could use to boot into rescue mode. Reset your ESXi and boot from the Linux medium. Ident