The vCenter Server Appliance (VCSA) experiences significant performance degradation, When trying to edit any VM the page for edit settings goes blank or takes time to load.
/var/log/vmware/vmware-sps/sps.log
YYYY-MM-DDTHH:MM:SS.593Z [pool-27-thread-5] ERROR opId=sps-Main-655405-438 com.vmware.vim.sms.provider.vasa.alarm.AlarmDispatcher - Error: org.apache.axis2.AxisFault: self-signed certificate occured as provider: https://<ESXi-Hostname>:9080/version.xml is offline
YYYY-MM-DDTHH:MM:SS.593Z[pool-27-thread-2] ERROR opId=sps-Main-655405-438 com.vmware.vim.sms.provider.vasa.alarm.AlarmDispatcher - Error: org.apache.axis2.AxisFault: self-signed certificate occured as provider: https://<ESXi-Hostname>:9080/version.xml is offline
vimtop command shows high memory consumption for these services the vsphere-ui, vpxd, and sps (Storage Profile Service) services are using high threads. vCenter Server Appliance
This occurs because Storage I/O Filter (iofilter) providers for decommissioned or disconnected hosts remain registered in the vCenter database. The sps service continuously attempts to poll these offline providers. This constant polling leads to:
Offline" or associated with hosts that have been decommissioned or permanently removed.ioFilter providers, please follow the instructions in Solution 1 or Solution 2; Certain iofilter providers are showing as offlineImportant: Ensure you have a valid file-based backup of the vCenter Server before proceeding with manual provider removal or database modifications.
Once the stale providers are removed, the sps service must be restarted to clear the thread queue and re-register the storage I/O filter for existing ESXi hosts.
service-control --restart vmware-spsvimtop within the VCSA shell.sps process has stabilized.