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

  • VMware Recertification Policy

    VMware certified

    Starting today, March 10 2014, new VCP certifications must be re-certified within two years of it’s earned date. Anyone who currently has their VCP certification prior to March 10 2013 has until March 10, 2015 to re-certify.

    The new policy gives you three options to re-certify:

    1. Take the current exam for your existing VCP certification solution track. For example, if you are a VCP3, you could take the current VCP5-Data Center Virtualization (VCP5-DCV) exam.
    2. Earn a new VCP certification in a different solution track. For example, if you are a VCP-Cloud, you could recertify by earning VCP5-Desktop (VCP5-DT) certification.
    3. Advance to the next level by earning a VMware Certified Advanced Professional (VCAP) certification. For example, if you are a VCP5-DCV you could earn VCAP5-DCA certification.

    I can understand why they are doing this but I don’t agree with the changes. As per the announcement if you let your certification expire, “Your certification will be revoked,and you will no longer be entitled to use the certification logo or represent yourself as VMware certified“. Really? You mean everything that was done prior and after taking the exam means nothing?

    Read More “VMware Recertification Policy”

  • Installing Windows 10 on VMware Workstation 10

    windows 10 on vmware workstation 10

    VMware just announced VMware Workstation 11, which includes support for Windows 10 Tech Preview along with several other latest version operating systems, but you don’t have to wait until December when Workstation 11 is released. You can install Windows 10 on VMware Workstation 10 now!

    Installation is simple and everything seems to function just fine, VMware tools installs too.

    Read More “Installing Windows 10 on VMware Workstation 10”

  • 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”

  • Fixing, This host currently has no management network redundancy

    host no management network redundancy

    I recently redid my VMware home lab environment and after enabling HA the warning message “This host currently has no management network redundancy” started displaying on each of my ESXi hosts.

    This warning happens because in a HA cluster there is a requirement for the management network to have redundant NICs, but in my case I’m using Intel NUCs which only have a single NIC and since this is only a lab I don’t care to see the warning so lets disable it.

    Read More “Fixing, This host currently has no management network redundancy”

  • How to fix “SRA command discoverArrays failed” in SRM with RecoverPoint

    Recoverpoint SRA command discoverArrays failed

    We’ve ran into an issue trying to get VMware SRM and SRA 2.2.0.3 along with EMC Recoverpoint 4.1.2 to communicate with one another and would receive this error in SRM:

    SRA command discoverArrays failed. Failed opening session for user to site mgmt IP.

    Please see server logs for further details.

    After some digging around a bit and talking with the Storage Team and EMC we found out that this is due to the SRA’s using HTTP by default and Recoverpoint 4.1.2 does not accept HTTP, but instead only accepts HTTPS or port 443. The steps below is how to get everything to default HTTPS and then communication will resume.

    Read More “How to fix “SRA command discoverArrays failed” in SRM with RecoverPoint”

  • Improve Linux VM IO performance by disabling IO Scheduler

    For a little while now we’ve been seeing RedHat Linux virtual machines performing poorly. Tasks would take considerably longer on the Linux VM’s then other Windows VM’s. After digging around I eventually found that RedHat has it’s own IO scheduler that runs in the background. On a physical box this wouldn’t be a big deal, but as a virtual machine everything is already being processed by VMware hypervisor. The fix, disable the IO Scheduler!

    Read More “Improve Linux VM IO performance by disabling IO Scheduler”

Leave a 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.