Vijay2027's Posts

Can you elaborate on the use case pls?
You will have to use option 6 to reset solution user certificates.  Expiry on back-up store can be ignored or if you want to clean-up follow https://kb.vmware.com/s/article/82560
Please share error screenshot..VC and ESXi versions. 
On the syslog server can you check which service from VC is logging more?
Anything logged under /var/log/vmware/applmgmt/applmgmt.log and  /var/log/vmware/applmgmt/vami.log?
Can you check if this helps: https://kb.vmware.com/s/article/50121880
Adding on to what @baijup said, I've seen HA related issues post patching and below is one of the scenario where fdm failed to install due to dependency error. You can see the list of conflicting VIB... See more...
Adding on to what @baijup said, I've seen HA related issues post patching and below is one of the scenario where fdm failed to install due to dependency error. You can see the list of conflicting VIB's in /var/run/log/esxupdate.log or simply by running the following command [root@esxi1:~] esxcli software vib remove -n vmware-fdm --dry-run  [DependencyError]  VIB QLC_bootbank_qedi_2.19.51.0-1OEM.670.0.0.8169922 requires qedentv_ver = X.40.28.0, but the requirement cannot be satisfied within the ImageProfile.  VIB QLC_bootbank_qedrntv_3.11.33.0-1OEM.670.0.0.8169922 requires qedentv_ver = X.40.28.0, but the requirement cannot be satisfied within the ImageProfile.  VIB QLC_bootbank_qedentv-ens_3.11.33.0-1OEM.670.0.0.8169922 requires qedentv_ver = X.40.28.0, but the requirement cannot be satisfied within the ImageProfile.  VIB QLC_bootbank_qedf_2.2.52.1-1OEM.670.0.0.8169922 requires qedentv_ver = X.40.28.0, but the requirement cannot be satisfied within the ImageProfile.  Please refer to the log file for more details. Place host in MM and run the following command to remove VIB's # esxcli softwrae vib remove -n qedi -n qedrntv -n qedentv-ens -n qedf Reboot and reconfigure for vSphere HA from H5 client.
So the issue is with duplicate "Subject" details for wcp solution user certificates in linked mode. I think this is fixed in new latest version of 7.0
Could you also share output of 'ls -ltrh' please. 
When placing the hosts in MM do you see the following error in wcpsvc.log: "Error occured looking for solution user :: More than one solution user found :: More than one solution user found" Please... See more...
When placing the hosts in MM do you see the following error in wcpsvc.log: "Error occured looking for solution user :: More than one solution user found :: More than one solution user found" Please run the following command on all vCenter servers in SSO domain and share output: /usr/lib/vmware-vmafd/bin/vecs-cli entry list --store wcp --text | grep -i "Subject:"
Please share output of the following command: rpm -qa > /var/tmp/list.txt 
Where do you see the error message. Please share screenshot if possible.
After the failed update did you revert to a working state? If not there will be a mix of rpm's from diff versions that could lead to this issues.
Error screenshot, vami.log and applmgmt.log please
I think it's by design. It will take ~15 mins and eventually logs you into vc with error "could not connect to one or more vcenter servers"
In my case, I had to remove unwanted VIB's to continue with the upgrade. During upgrade it looks for space in vFAT partitions
Can you login with sso admin account and check. Default acc: administrator@vsphere.local
Yeah, this file needs to be replaced. I've attached one from my test lab with vc version: VMware VirtualCenter 6.5.0 build-14020092 Can you deploy a test vCSA of the same build and copy the file... See more...
Yeah, this file needs to be replaced. I've attached one from my test lab with vc version: VMware VirtualCenter 6.5.0 build-14020092 Can you deploy a test vCSA of the same build and copy the file over or if you have a file level backup you can copy the update.conf file.
Attach contents of the following file to this thread: /etc/applmgmt/appliance/update.conf
You can find your license keys under https://my.vmware.com/