vCenter Server services crash intermittently, requiring a service restart or full reboot to temporarily restore access.
The log partition (/storage/log) is observed to be fully exhausted due to the excessive growth of envoy-system-proxy logs.
The following errors are observed in /var/log/vmware/vpxd.log:
Cannot compress file: /var/log/vmware/envoy-system-proxy/envoy-access-21.log: No space left on deviceCaused by: java.io.IOException: No space left on device
VMware vCenter Server 8.x
VMware vCenter Server 7.x
This issue is caused by the /storage/log partition reaching 100% capacity. This typically occurs when an external source (e.g., third-party monitoring, backup software, or API scripts) initiates an excessive number of connections to the vCenter Server.
The envoy-system-proxy component logs these connections, filling the partition faster than log rotation can compress and purge the data. When the partition fills up, log rotation fails, and core services crash because write operations to the disk cannot be completed.
To resolve this issue, space must be freed on the affected partition, and the root cause of the excessive logging must be identified.
The following steps must be executed to clean up files and reclaim disk space:
root.shell.set --enabled true shell/storage/log partition is at 100% utilization: df -h | grep /storage/logenvoy-system-proxy log directory:
rm envoy-access-*.gzservice-control --start --allIf the partition continues to fill rapidly, the IP address generating the excessive API traffic must be identified.
awk '{print $18}' /var/log/vmware/envoy-system-proxy/envoy-access.log | cut -d: -f1 | sort | uniq -c | sort -nr | head -n 10
/storage/log virtual disk on the vCenter Server Appliance.