Easy ESXi 5.5 upgrade via command line

ESXi 5.5 was just released general availability (GA) on Sunday (9/22) and I’m itching to upgrade the home lab to run the latest version with all it’s goodies. I wanted to try upgrading my hosts without having to go through the same process that I followed setting up ESXi on the NUC in the first place, injecting custom NIC drivers, etc.

Enter the command line…

  1. Move all VM’s from the host and then put the host into Maintenance Mode.
  2. Go to the Configuration tab > Security Profile and Enable SSH under Services.
    ssh enabled
  3. Under Firewall, enable httpClient (outbound http).
    httpClient enable
  4. Open PuTTY (or other SSH client) and SSH into your host.
  5. Type the following command to download and install the update:
    esxcli software profile update -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml -p ESXi-5.5.0-1331820-standard
  6. Depending on your internet connection, this could take just a few minutes or longer. Once finished you should see the following:
    esxi update complete
  7. Reboot your host then verify ESXi 5.5 is installed:
    esxi 5.5
  8. note: I did have to restart the virtualcenter service in order for the Web Client to show the updated version number.
    web client esxi 5.5

That’s it, it’s as simple as that! Because I ran the UPDATE command and not the INSTALL command, my existing injected NIC drivers for the Intel NUC remained in place. So a quick and easy upgrade for hosts with no CD-ROM or ability to virtually mount a CD image.

UPDATE:

View available upgrades

The steps above work perfectly for when you want to upgrade to ESXi 5.5, but what about when newer versions come out or you want to apply a different update? Simply run this command to view all available image profiles in the depot:

esxcli software sources profile list -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml

get image profiles

Then replace the file name in the command from Step 5 with the new/other image profile of your choice.

Similar Posts

  • Shrink a thin provisioned VMDK disk

    When maintaining a Horizon View environment I like to keep my parent images as small as possible and over time a thin provision disk can start to grow on you if you don’t watch it – be it from downloading installers, updates, or even running disk defrag. While there isn’t a simple, one click button in the View Administrator Console there is a fairly easy manual method using vmfkstools.

    Before we can use “vmkfstools” to shrink the VMDK file we must zero out any unused space on the thin provisioned disk. A simple way of doing this is by using a free utility called SDelete from Sysinternals.

    Read More “Shrink a thin provisioned VMDK disk”

  • Synology DSM 5.2 exits beta, goes Gold

    Synology

    Synology has just released DSM 5.2-5565 that’s been in beta for a while now but has finally left beta and ready for prime time!

    DSM 5.2-5565 is packed with a load of new features such as Single Sign-On, iSCSI LUN Snapshots along with MANY new packages and package updates. Like Cloud Station now being able to sync files larger then 10GB! DSM 5.2 also introduces support for Docker!

    Read More “Synology DSM 5.2 exits beta, goes Gold”

  • Backup and Restore VMware VCSA 6.5

    With the release of vSphere 6.5, the VCSA has had a built-in and convenient way easily backup the configuration, inventory and even historical data right from the VAMI and directly into a TAR bundle. VMware has also made restoring the VCSA from a backup just as easy as well.

    Below are quick and dirty steps to backing up and restoring your VMware VCSA!

    Read More “Backup and Restore VMware VCSA 6.5”

  • My VMware ESXi Home Lab Upgrade

    Although the focus in my career right now is certainly more cloud focused in Amazon Web Services and Azure, I still use my home lab a lot.

    For the last 5+ years my home lab had consisted of using 3x Intel NUC’s (i5 DC53427HYE), a Synology NAS for shared storage and an HP ProCurve switch. This setup served me well for most of those years. It has allowed me to get many of the certifications I have, progress in my career and have fun as well.

    At the start of this year I decided it was time to give the home lab an overhaul. At first I looked at the newest generation of Intel NUC’s but really wasn’t looking forward to dropping over $1,300 on just partial compute (I’d still need to be RAM for each of the 3 NUC’s). I also wanted something that just worked, no more fooling around with network adapter drivers or doing this tweak or that tweak.

    I also no longer needed to be concerned about something that had a tiny footprint. I also questioned if I really needed multiple physical ESXi hosts. My home lab isn’t running anything mission critical and if I really wanted I could always build additional nested VMware ESXi hosts on one powerful machine if I needed.

    So in the end, the below is what I settled on. Replacing all of my compute, most of my networking and adding more storage!

    Read More “My VMware ESXi Home Lab Upgrade”

  • Another CBT bug found in VMware ESXi 6.0

    VMware

    VMware just published KB 2136854 regarding a new bug found in ESXi 6.0 that causes virtual machine backups, which use Changed Block Tracking (CBT), to be inconsistent. VMware says the cause of the issue is this:

    This issue occurs due to an issue with CBT in the disklib area, this causes the change tracking information of I/Os that occur during snapshot consolidation to be lost. The main backup payload data is never lost and it is always written to the backend device. However, the corresponding change tracking information entries which occur during the consolidation task are missed. Subsequent QueryDiskChangedAreas() calls do not include these missed blocks, hence a backup based on this CBT data is inconsistent.

    Read More “Another CBT bug found in VMware ESXi 6.0”

Leave a Reply to Wiigian Cancel reply

Your email address will not be published. Required fields are marked *

17 Comments

  1. Thank You. This took care of my issue of not being able to inject NIC drivers to 5.5 and only could on 5.1, this upgraded my NUC server and all is well.

  2. Is it strictly necessary to move all the VMs off the host, or is shutting them down and putting it in Maintenance mode sufficient?

    1. No it is not required that you move the VM’s off the host before upgrading them. I prefer to move all VM’s off in case something was to go wrong and so that I don’t have to power down the machines.

      Powering off the VM’s and putting the host into maintenance mode will work just fine.

      1. Okay; good. We’re SAN-less right now (have one sitting on the floor in my office waiting to be racked-and-stacked), so moving the VMs off the hosts is non-trivial. Much less work to just power them off and put the host into maintenance mode.

      1. Okay; and the argument to the -p flag (ESXi-5.5.0-1331820-standard) came from what source? I’m guessing it’ll always just be the current version + build #?

      2. Yeah, I guess I wasn’t asking so much about what the “-p” means (I could figure that), but rather, how you arrived at the “5.5.0-1331820-standard” – in other words, when ESXi 5.6 comes out (or whatever the next version will be called) and I want to replicate this, where would I need to go to determine what exact version number/build number to use in the command? It looks like I can just go to the MyVMWare site and snag the version + build number – just wasn’t sure if that was your process as well, or if there was a better way of arriving at it.

      3. The way I do it is by doing the same steps above (enable SSH and httpclient) and then run this command:

        esxcli software sources profile list -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml

        This will then display a list of all available images at depot. So when the new version of ESXi comes out you’d type the above, find the new name and then replace that name with the name I’ve supplied in the post.