Administering VMware VSAN - VMware VSphere 6.5
If you run Update Manager server on a separate machine from the vCenter Server system on Windows, and you upgraded Update Manager to version 6.5 Update 1, the user interface of the Update Manager tab displays an error message and is unaccessible. The error message that is displayed is the following: interface com.vmware.vim.binding.integrity.vcIntegrityis not visible from class loader
Administering VMware vSAN - VMware vSphere 6.5
Download Zip: https://www.google.com/url?q=https%3A%2F%2Fgohhs.com%2F2uimVY&sa=D&sntz=1&usg=AOvVaw1Y_93aSGg7tOLX2trYVeUq
If you updated your vCenter Server Appliance from version 6.5 to 6.5 Update 1, any attempts to replace the SSL sertificate on the host machine fail because Update Manager service is unable to access the .buildinfo file that is located in /etc/vmware/. What causes the issue is that during the update of the vCenter Appliance, the permissions for accessing the .buildinfo file changed from 444 to 640.
You cannot change the patch store settings for Update Manager from the Update Manager Admin view in the vSphere Web Client If the hostname of the Update Manager server machine contains high-ASCII or non-ASCII characters, attempting to toggle between hostname and IP address for the Update Manager patch store under the Update Manager networking settings, fail with the following error message: Error info: com.vmware.vim.vmomi.core.exception.Unmarsh allException: Unable to unmarshal response. Workaround: Use ASCII characters only in the hostname of the Update Manager server machine.
Update Manager service does not automatically start after VMware VirtualCenter Server Service restarts If vCenter Server stops working unexpectedly, there are automated processes that force the VMware VirtualCenter Server service (vmware-vpxd service) to start again. However, after the start of the VMware VirtualCenter Server Service, the Update Manager service does not automatically start. Workaround: Manually start the Update Manager service.
The DVFilter agent uses a common heap to allocate space for both its internal structures and buffers, as well as for the temporary allocations used for moving the state of client agents during vSphere vMotion operations. In some deployments and scenarios, the filter states can be very large in size and exhaust the heap during vSphere vMotion operations. In the vmware.log file, you see an error such as Failed waiting for data. Error bad0014. Out of memory.
The Virtual Machine Startup and Shutdown (automatic startup) setting is disabled for all virtual machines residing on hosts that are in a vSphere HA cluster. Automatic startup is not supported with vSphere HA. -vSphere/6.7/com.vmware.vsphere.vm_admin.doc/GUID-7A132146-2779-4F4...
NOTE: Alternatively, the disk can be added to StarWind VSAN VM as RDM. The link to VMware documentation is below: -vSphere/7.0/com.vmware.vsphere.vm_admin.doc/GUID-4236E44E-E11F-4EDD-8CC0-12BA664BB811.html
3. To optimize performance change I/O scheduler options according to the article below: -vsan-for-vsphere-changing-linux-i-o-scheduler-to-optimize-storage-performance/
There are possible firmware upgrades for the LSI 3008 (for users which are running labs on this system). The LSI firmware upgrade can be done either via the CLI or with a help of the vSAN UI. Note that in my case, the button which should facilitate the FW upgrade was grayed out despite the installation of vmware-esx-sas3flash.vib (tested v13 and v12 of the vib, but none of them worked). 041b061a72