The VCF Automation portal is inaccessible via web browser, returning a 500 Internal Server Error.
New pods cannot be scheduled because the environment has reached the configured pod limit.
Kubernetes pods in the prelude or vmsp-platform namespaces remain in a Pending or OutOfPods state, can be observed with command
kubectl -n vmsp-platform get podsNote: If kubectl commands fail then please review documentation about enabling SSH accessThe support-bundle-cluster-info-dump cronjob continuously generates new pods that fail to complete. Over time, these orphaned/stalled pods accumulate until the Kubernetes node reaches its maximum pod capacity (e.g., hitting a limit of 250 pods), preventing functional services from starting or scaling.
The issue is resolved with VCF Automation 9.1 Express Patch 2 / VCF Services Runtime 9.1 Express Patch 2
This procedure suspends the support-bundle-cluster-info-dump CronJob, fixes its concurrencyPolicy so it stops piling up, cleans up the stalled jobs, then un-suspends. No VCFA restart is required — freeing the stuck pods lets any starved essential pods reschedule on their own.
Flux drift detection is left enabled, so the concurrencyPolicy patch this script applies will eventually be reverted on its own. Upgrade to 9.1.0 EP2 (or later) as soon as possible. If the upgrade must be delayed, re-run this script periodically in the meantime to keep the CronJob from piling up again.
remediate-cluster-info-dump.sh (see Attachments section below)vsp-appliance-ip with the node IP:scp remediate-cluster-info-dump.sh vmware-system-user@<vsp-appliance-ip>:remediate-cluster-info-dump.shssh vmware-system-user@<vsp-appliance-ip>
sudo -ichmod +x /home/vmware-system-user/remediate-cluster-info-dump.sh
/home/vmware-system-user/remediate-cluster-info-dump.shkubectl get pods -A | wc -l to ensure you remain below the 250-pod limit.