• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar

Yellow Bricks

by Duncan Epping

  • Home
  • ESXTOP
  • Stickers/Shirts
  • Privacy Policy
  • About
  • Show Search
Hide Search

vCLS VMs not powering on, insufficient resources error

Duncan Epping · Nov 26, 2020 ·

This week I had someone internally me asking about a situation where vCLS VMs (learn more about vSphere Cluster Service here.) were not powering on and an error was thrown stating “insufficient resources”. I had seen this issue before at some point and I knew it had something to do with the VM version and EVC. The details of the error messages seem to support that. The UI showed the following on the “power on virtual machine” task:

Insufficient resources

And then when you would look at the details of the error you could see the following:

The target host does not support the virtual machine's current hardware requirements.

Or you could see:

Feature 'MWAIT' was absent, but must be present.

So how do you solve this problem? First of all, this could be two different problems. We solved it the following way, please note that the second option was just us fiddling around to get the VMs provisioned and powered-on, and this is not the official VMware procedure to get it working. I have reported this to the engineers to figure out why this happens, and to get it fixed. There are two options, please use Option 1, as this is a requirement for EVC and the recommended method when you see the “MWAIT” error:

Option 1:

Verify if “Monitor/MWAIT” is set to Enabled in the BIOS. If it is set to Disabled, then this is why the power-on fails. vCLS has per-VM EVC enabled on the VM.

If you can’t enable Monitor/MWAIT, then below is the procedure for disabling “per VM EVC” for the provisioned vCLS VMs.

Option 2:

  1. Upgrade the VM’s “Compatibility” version to at least “VM version 14” (right-click the VM)
  2. Click on the VM, click on the Configure tab and click on “VMware EVC”
  3. Click on “Edit” and click on “Yes” when you are informed to not make changes to the VM
  4. Disable “EVC”
  5. Repeat for the other vCLS VMs

I want to mention cosmin.gq, as it seems the issue (and resolution with regards to disabling EVC) was also reported on that blog, and considering they reported it in October already it only seems fair to mention them here also.

Related

Various cluster, clustering services, vcls, VMware, vSphere, vsphere cluster service

Reader Interactions

Comments

  1. anjaneshbabu says

    13 December, 2020 at 22:13

    Thank you Duncan – I got this error and wend to edit the VM settings ; upon which the vm deployed itself. I have vCLS(2)-(4) with vCLS(1) showing as failed.
    Not sure what happened but it seems to be working and thank you for this information.

  2. ben.filippelli says

    9 January, 2021 at 10:40

    My issue was the default for HA in 7.1 was 1 failover host. By turning on HA/DRS/vSAN on the quickstart 1 vCLS would not power on. I had to disable HA, then it powered on by itself.

    • Duncan Epping says

      11 January, 2021 at 11:40

      Hmmm, strange, as I actually just tested this scenario, and I see the vCLS VMs being powered on regardless of the fact that the host is a designated Failover Host.

  3. Aravind says

    16 June, 2021 at 14:24

    The evc drs and ha is disabled
    unable to power on the vcls vm failing with evc error

  4. Valentin says

    25 August, 2021 at 17:34

    I am having same issue with vCLS, but Monitor/Mwait looks like a setting (at least straight forward) from Dell BIOS, any idea which is the HPE equivalent ? The DL360 doesn’t seem to exhibit an explicit setting for it … Thank you!

    • Duncan Epping says

      26 August, 2021 at 10:31

      Not sure to be honest, I don’t have any HP hosts, so I can’t validate it for you unfortunately.

      • Valentin says

        27 August, 2021 at 02:14

        Thx for the reply. When I will find it, I will add it here, maybe you can update the article for others unlucky HPE users 🙂

Primary Sidebar

About the author

Duncan Epping is a Chief Technologist in the Office of CTO of the Cloud Platform BU at VMware. He is a VCDX (# 007), the author of the "vSAN Deep Dive", the “vSphere Clustering Technical Deep Dive” series, and the host of the "Unexplored Territory" podcast.

Upcoming Events

May 24th – VMUG Poland
June 1st – VMUG Belgium

Recommended Reads

Sponsors

Want to support Yellow-Bricks? Buy an advert!

Advertisements

Copyright Yellow-Bricks.com © 2023 · Log in