While I was testing the new Release 8.0.3 from Broadcom, I ran into a few problems getting my nested lab to work in a Proxmox environment. Even though I enabled Nested Virtualization on all Proxmox nodes and set the VM CPU type to ‘host’, the vCLS service wouldn’t start due to EVC issues, which caused DRS to malfunction.
root@pve0:~# cat /sys/module/kvm_intel/parameters/nested
Y
2. Next, I ensured the CPU type was set to ‘host’:
3. Finally, I checked if the ESXi node reported HV enabled:
[root@esx3:~] esxcfg-info|grep "HV Support"
|----HV Support............................................3
Since version 8.0.3, vCLS 2.0 is active. This means that vCLS VMs are now Pods instead of traditional VMs. The thing is, there’s no documented way to alter the Pods configuration. So I looked into going back to the old vCLS model.
To disable the new vCLS version and revert to the old one, I found an advanced vCenter option. Follow these steps:
vCenter > Configure > Advanced Settings
.config.vcls.disablePodCrx
to true
(default is false
).With this change, vCLS is deployed as VMs again. You can now change the EVC settings of the VMs after upgrading their VM compatibility to vSphere 8.0.2.
I hope Broadcom addresses this problem or at least documents an official way to work around it. This issue is a significant roadblock for homelabbers like me who use non-ESXi based host systems on their hypervisors. I suspect the same problem might occur on unsupported CPUs, which are also widespread in the homelab community.