Resetting the VMware Update Manager Database

Products

VMware vCenter Server

Issue/Introduction

The following article outlines how to reset the VMware Update Manager Database and Patch Store on a vCenter Server Appliance.

Resolution

Process to Reset the VMware Update Manager Database on a VCSA 6.5, 6.7, 7.0, 8.0, or 9.0

Caution: Resetting the Update Manager database is a destructive task. Custom baselines (but not Cluster Images), custom download settings and manually imported patches/ISOs will be removed and will need to be reapplied following the reset. Before applying the steps below, take a backup or an offline-snapshot (in powered-off state) of the vCenter Server. If the vCenter Server is part of an ELM environment, take a snapshot or a backup of all vCenters within the ELM domain. Note all of the custom configurations within Update Manager - e.g. proxy settings, third party download URLs, customized baselines, etc. - before proceeding.

SSH to the vCenter via root
If not in BASH shell, switch to the BASH Shell
```
shell
```
Stop the VMware Update Manager Service
```
service-control --stop vmware-updatemgr
```
Depending on the vCenter version, run one of the following commands to reset the VMware Update Manager Database:
1. vCenter Server Appliance 6.5:
```
/usr/lib/vmware-updatemgr/bin/updatemgr-util reset-db
```
2. vCenter Server Appliance 6.7/7.0/8.0:
```
python /usr/lib/vmware-updatemgr/bin/updatemgr-utility.py reset-db
```
Delete the contents of the VMware Update Manager Patch Store
```
rm -rf /storage/updatemgr/patch-store/*
```

Start the VMware Update Manager Service

service-control --start vmware-updatemgr

Notes

Logging out and back into the vSphere Web Client may be required to see the change.
For vSAN environments, this will also remove the vSAN default baselines. These baselines are re-created automatically when there is a configuration change to vSAN such as add/remove a host/disk or an update to the HCL DB. The vSAN cluster can still be updated without the vSAN default baselines.
Since the new "download token"-based URLs are considered custom URLs, they will need to be re-added after the reset. Refer to KB VCF authenticated downloads configuration update instructions to update the necessary systems.

Workaround

To reset the Update Manager database if NSX-T is installed in a vLCM-enabled cluster (applicable for vCenter Server Appliance 7.0 U1 and beyond).

Note : The following additional steps are NOT required in case of NSX-V.

After running the reset-db script, perform the following steps.

Create an empty vLCM-enabled cluster
1. Log into vCenter
2. Right click on vCenter in the Inventory tab.
3. Click New Cluster
4. Make sure to select "Import image from existing host" to avoid having to add a host to the cluster.
From the NSX Manager UI, configure NSX on the cluster created in step 1. This will ensure the NSX depot gets uploaded to the VC again.
1. In the NSX UI, go to the Hosts and Clusters tab.
2. Locate the new empty cluster and check the box next to it.
3. Find the New empty cluster, and put a check next to it.
4. Click Add NSX at the top. Select the Transport Node Profile to use. This does NOT affect live traffic as the cluster is an empty cluster.
The cluster created in step 1 can now be deleted. After the related tasks in vCenter show complete.

The NSX depot gets uploaded to vCenter when NSX is configured on a vLCM cluster only if the depot is not already present. So, if the reset-db script removes this depot from vCenter, then this depot can be uploaded again by creating an empty vLCM cluster and enabling NSX on that cluster.

Additional Information

Impact/Risks:
For environments where NSX-T is deployed, resetting the VMware Update Manager database will result in clusters configured with vLCM cluster images (steady-state clusters) to be unable to save or validate the image associated with them.
Do not reset the VMware Update Manager database if NSX-T is installed on a cluster where a cluster image is configured without the help of VMware Support.