Currently, there is no resolution.
Workaround:
To workaround this issue, recreate the
vco client in both vRA and vRO configuration files.
- Backup all vRealize Automation appliance nodes, IaaS nodes and the MSSQL IaaS database.
- On the master vRA node, delete the line with the original vco client in /etc/vcac/solution-users.properties
For example:
vco=vco-8f2-kob_2w
This will force new vco client creation later on.
- Stop the vco-services on all vRA nodes: service vco-server stop && service vco-configurator stop
- Delete the vco registration id on all vRA nodes: rm /etc/vco/app-server/vco-registration-id
- On the master vRA node, delete all vco VAMI service registrations: vcac-config service-delete --service-name vco
- On the master vRA node, reconfigure the vRO Control Center authentication: /var/lib/vco/tools/configuration-cli/bin/vro-configure.sh reset-authentication
- On the master vRA node, reconfigure the vRO Server service: vcac-vami vco-service-reconfigure
- Wait until the vRO server is fully started.
- If some of the vRA services on the vRA master node are marked as NOT AVAILABLE, run: service vcac-server restart
- Once all VAMI services on the master vRA node are marked as REGISTERED, re-join the replica nodes to the cluster again - from the replica node VAMI > Cluster page.
- Login to the vRO Control Center and navigate to the Configure Authentication Provider page. Configure the vRO authentication settings: tenant, AD group, etc.
- Start the Control Center service on all replica vRA nodes.
- Validate the vRO configuration.