During a VMware vCenter Server update, the patching process fails during the wcp component phase. The PatchRunner.log shows that the roles_groups_users patch script fails, resulting in the following error:
Patch hook 'wcp:Patch' failed. Traceback (most recent call last): ... patch_errors.UserError: Failed to apply patch roles_groups_users! Error: generator didn't stop after throw().
This symptom occurs when the update process encounters a conflict with existing Cloud Native Storage (CNS) roles in the vSphere LDAP directory.
VMware vCenter Server 8.0 Update 3
The update failure is caused by a metadata mismatch between the existing CNS roles in the LDAP directory and the version required by the update. Specifically, existing roles have a vmwAuthzRoleVersion set to 0, while the update expects vmwAuthzRoleVersion: 2. This mismatch triggers a validation error during the patching of roles_groups_users, causing the update to fail.
To resolve this issue, rename the conflicting roles via the vSphere Client to allow the installer to provision fresh, correctly versioned roles.
Prerequisites:
Steps:
Rename Conflicting Roles via UI:
CNS-SUPERVISOR-DATASTORECNS-SUPERVISOR-SEARCH-AND-SPBMCNS-SUPERVISOR-HOST-CONFIG-STORAGE-AND-CNS-VMCNS-VANILLA- to the name (e.g., rename CNS-SUPERVISOR-DATASTORE to CNS-VANILLA-CNS-SUPERVISOR-DATASTORE).Restart Services: SSH into the vCenter Server Appliance and restart the vpxd-svcs service to clear cached role information:
Resume Patching: Navigate to the VAMI and Resume the update. The installer will no longer find the original role names and will proceed to recreate them with the correct versioning.
Note: The patch installer may automatically remove the renamed CNS-VANILLA-* roles upon successful completion of the update. If they remain, they can be safely deleted via the vSphere Client.