Identify The Issue
- List the service registrations on vCenter:
/usr/lib/vmware-lookupsvc/tools/lstool.py list --url http://localhost:7090/lookupservice/sdk --no-check-cert > /tmp/listservices.txt
- Determine the environment's current and correct SSO domain
/usr/lib/vmware-vmafd/bin/vmafd-cli get-domain-name --server-name localhost
Example:
vsphere.local
- Identify the SSO domain in the listservices.txt file
cat /tmp/listservices.txt |grep -i "owner id"
If output does not match the SSO domain in Step 2, we are running into this issue.
Examples of incorrect SSO domain in listservices.txt:
VSPHERE.local
VSPHERE.LOCAL
Note: if SSO domain is custom from as seen in the get-domain-name command and SSO domain within listservices.txt shows vsphere.local, the issue is present here as well.
Fix
- Download lsdoctor from KB * Using the 'lsdoctor' Tool : https://knowledge.broadcom.com/external/article?articleNumber=320837
- Run lsdoctor -r > option 2 to replace all services
- Restart all vCenter services:
service-control --stop --all && service-control --start --all
Note: lsdoctor -r may not fix custom SSO domains. Manual export, edit, register of spec file of corresponding Service Registration will be required.