To resolve this issue follow the solutions below as per the scenario.
Solution 1:
- From a client system Web browser, go to the base URL of the vCenter Server system or the vCenter Server Virtual Appliance without appending port numbers or 'vsphere-client' extension.
For example:
https://vcenter.domain.com/
Enter your vCenter FQDN details on a Web browser.
- Click the Download trusted root CA certificates link at the bottom of the grey box on the right and download the file.
Note: if you receive a new tab with a lot of text by clicking on Download trusted root CA, open the same link on a different browser or do a right-click and select the option Save as...
- Change the extension of the file to .zip. The file is a ZIP file of all root certificates and all CRLs in the VMware Endpoint Certificate Store (VECS).
- Extract the contents of the ZIP file. The result is a .certs folder that contains two types of files. Files with a number as the extension (.0, .1, and so on) are root certificates. Files with an extension that starts with an r (.r0,. r1, and so on) are CRL files associated with a certificate.
- Install the certificate files as trusted certificates by following the process that is appropriate for your operating system.
For most Microsoft Windows systems, you can follow the instructions at Manage trusted root certificates.
Notes:
- Firefox browser has its own trusted roots store and does not use the operating system store. If you are working with Firefox, download the certificate as described above, and then select Tools > Options, Search for Certificates, and click View Certificates Tab to import.
- Some datastores with special characters will not allow you to download files. In some cases, removing the special characters from the datastore name has allowed us to download. This is a rare problem and the above solution is more likely.
Solution 2:
In some cases the Serenity database becomes corrupt, reset Serenity DB to resolve the issue.
The impact of resetting the Serenity database is very tiny -- when you next connect to the vCenter through the web client, it will take a few seconds longer than usual while the system rebuilds that database.
Follow the below steps:
-
- The below path is applicable for prior to vSphere 6.0 version appliance:
# service vsphere-client stop
rm -rf /etc/vmware-vsphere-client/SerenityDB/serenity/*
# service vsphere-client start
- For vSphere 6.5.x and vSphere 6.7.x follow the below path
# service-control --stop vsphere-client
rm -rf /storage/vsphere-client/SerenityDB/serenity/*
# service-control --start vsphere-client
- For vSphere 7.0 and above
# service-control --stop vsphere-ui
rm -rf /storage/vsphere-client/SerenityDB/serenity/*
# service-control --start vsphere-ui
- In Windows:
# cd <C:\Program Files\VMware\vCenter Server\bin>
# service-control --stop vspherewebclientsvc
- Delete the contents of the folders below.
<C:\programdata\vmware\vCenterServer\data\vSphere Web Client\SerenityDB\serenity>
#service-control --start vspherewebclientsvc
Solution 3:
- The "details" window of the failed file upload task may provide the name of an ESXi host the vCenter is having trouble trusting. The window may also provide instructions to resolve the trust issue by accessing the ESXi host vSphere client, only needing to accept the host certificate, proceeding to the login page.
- If when accessing the ESXi vSphere client you receive an error related to HSTS do the following:
- Clear client browser cookies for at least the specific ESXi host vSphere client webpage, or clear all cookies.
- Once browser cookies are deleted you should be able to accept the ESXi vSphere client certificate and proceed to the login page.
- After proceeding to the ESXi login page, you should now be able to upload files from the vCenter vSphere client.