Use this method if your cluster is managed with a vLCM single image. If you are using baselines instead, skip to Method 2.
For image-managed clusters, see Working with Images for full documentation.
Once host remediation is complete, proceed to the VM-Level Upgrade section at the bottom of this article.
Use this method if your cluster or hosts are managed with baselines rather than a single image.
This method also has two stages. The first stage updates the Tools installer on the ESXi host. The second stage upgrades Tools inside each VM.
Step 1: Confirm the Tools version is available in the Lifecycle Manager depot
Step 2: Create a baseline (one-time setup per vCenter)
The baseline should contain only the VMware Tools patch. Do not mix other patches into this baseline, as doing so can cause unpredictable remediation behavior including unexpected maintenance mode handling.
Step 3: Attach the baseline and remediate the host
Notes on host remediation behavior:
esxcli software sources vib get -d <path_to_zip> and reviewing the output.Once host remediation is complete, proceed to the VM-Level Upgrade section below.
Use this method only if baseline remediation fails.
Step 1: Download the VMware Tools Offline VIB Bundle
Step 2: Check the current Tools version on the host (optional)
SSH to the ESXi host and run:
esxcli software vib list | grep -i tool
Step 3: Upload the VIB bundle to a datastore
Upload the downloaded .zip file to a datastore accessible to the ESXi host.
Step 4: Verify the VIB contents before applying
esxcli software sources vib get -d "/vmfs/volumes/<datastore_name>/<filename>.zip"
Review the output to confirm the version and check whether the VIB requires maintenance mode or a reboot before proceeding.
Step 5: Apply the update
To update an existing Tools installation:
esxcli software vib update -d "/vmfs/volumes/<datastore_name>/<filename>.zip"
To install fresh if no prior installation is detected:
esxcli software vib install -d "/vmfs/volumes/<datastore_name>/<filename>.zip"
Note: A host reboot is not required after this step for the Tools VIB.
Step 6: Verify the updated version
esxcli software vib list | grep -i tool
Once complete, proceed to the VM-Level Upgrade section below.
After any of the above methods update the Tools installer on the host, the upgrade inside each VM must be triggered separately. The options below all accomplish this. Choose the one that best fits your environment.
Option A: Bulk upgrade from the cluster Updates tab (recommended for multiple VMs)
Option B: Per-VM upgrade from the inventory
Option C: Attach the predefined "VMware Tools Upgrade to Match Host" baseline
This is a predefined baseline in Lifecycle Manager that targets VMs directly, separate from the host-level baseline used earlier.
Option D1: Enable automatic upgrade on power-on per VM
Use this for individual VMs or small environments.
This stores the setting directly in the VM's configuration.
Option D2: Enable automatic upgrade on power-on via vLCM for multiple VMs
Use this for managing the policy across a cluster or large group of VMs.
Both D1 and D2 cause the same result: at the next power-on or restart, vSphere Lifecycle Manager checks the Tools version and upgrades if necessary. Note that on Windows guests specifically, the version check occurs at power-on but the actual upgrade runs at power-off or restart, so the upgrade will not be visible immediately after powering on.
Note on VM reboots: The in-guest Tools upgrade on Windows VMs requires a guest OS reboot to complete. This is separate from any host maintenance. To suppress the automatic reboot and defer it to a later time, enter the following string into the Advanced field of the vCenter Install/Upgrade VMware Tools dialog box (not at a command prompt):
setup.exe /S /v "/qn REBOOT=ReallySuppress"
Note on Linux VMs: Linux VMs that use Open VM Tools (open-vm-tools) are not upgraded through these methods. Those VMs are updated via the OS package manager (apt, yum, etc.) from within the guest.
VMs still show Tools as current after host remediation
The host checks its local Tools repository roughly every five minutes. If VMs have not updated their status after waiting, the host may have a Ramdisk cache in use that was not refreshed after the new VIB was installed. The recommended resolution is to reboot the host, which will fully reload the Tools repository. If a reboot is not possible or the issue persists, open a support case with VMware Support at Broadcom for guidance on resolving the repository state without impacting your environment.
A VM shows as "Incompatible" rather than "Non-Compliant" in a compliance scan
The predefined "VMware Tools Upgrade to Match Host" baseline can only upgrade an existing Tools installation. If no Tools installation is detected in the VM, the scan returns an Incompatible state and the VM cannot be remediated through this baseline. A fresh Tools installation must be performed manually inside the guest OS first.
The host entered maintenance mode during Tools VIB remediation
This is expected behavior in many environments. Even though a reboot is typically not required, maintenance mode may still be set by vLCM for the update to take effect. If DRS is enabled, VMs will migrate off automatically and return when remediation completes. The host should exit maintenance mode on its own after successful remediation. If the host does not exit maintenance mode after remediation completes, check the Recent Tasks pane for errors - a failed remediation task can leave the host in maintenance mode and will require manual intervention to exit.