WilliamLam.com

  • About
    • About
    • Privacy
  • VMware Cloud Foundation
  • VKS
  • Homelab
    • Resources
    • Nested Virtualization
  • VMware Nostalgia
  • Apple
You are here: Home / The Dreaded fault.RestrictedVersion.summary Error

The Dreaded fault.RestrictedVersion.summary Error

06.28.2011 by William Lam // 9 Comments

The question about the fault.RestrictedVersion.summary error message comes up pretty often on the VMTN community forums, specifically for new users of VMware vSphere. This particular error message is usually generated when trying to use one of the VMware SDK toolkits such as the vCLI, PowerCLI, VI Java, etc. or directly interfacing with the vSphere API for automation. The reason for this error message is due to the use of the free vSphere Hypervisor license (formally known as free ESXi).

Here is an example of the error trying to use vCLI to put an ESXi host into maintenance mode:

 
Here is an example of the error trying to use PowerCLI to power on a virtual machine:

Though the message is not easy to decipher for new users, it is a VMware license restriction placed on the vSphere Hypervisor license edition. Users only have the ability to perform read-only operations against the vSphere API which includes all the vSphere toolkits/management tools such as the vCLI, vMA, PowerCLI, VI Java, etc. Any operations that requires the change of state such as powering on a virtual machine or putting an ESXi host into maintenance mode is considered a write operation and is NOT allowed using the vSphere Hypervisor license type. When using the vSphere Client to manage an ESXi host, users have complete read and write access to these types of operations, they just can not be automated using the vSphere APIs or the various SDKs.

I personally think the error message should be updated to be a bit more clear and state that this particular license type (free ESXi) does not allow for any changes using the APIs. There is a small VMware KB article regarding the configuration of Jumbo Frames using the vCLI, but as you can see this error is not just applicable to vCLI but across the vSphere API/toolkits.

Now there are three types of licenses I consider an ESXi host can be configured and we'll walk through each of them. In the following example, I will be using the vSphere SDK for Perl script licenseManagement.pl to demonstrate the various license types which is allowed since it is only querying the license information which is a read operation to the APIs. 

1. Evaluation License - When you first install vSphere Hypervisor (free ESXi) and before applying your free license key, the host is automatically configured to be in this mode. In the evaluation state (60 days), you are basically licensed with ALL features just as if you have paid for the highest license type which is Enterprise Plus. You have full read and write access to the vSphere API and all the various vSphere toolkits for 60 days as part of the eval, once the 60 days are up, you will be configured just like the free version of ESXi. 

Here is an example of querying the license information for an evaluation ESXi host:

If we take a look at the License section using the vSphere Client, we'll see all the features included with this particular license type:

2. Free License - This is the free license that is provided from VMware once you have registered and downloaded vSphere Hypervisor (free ESXi)

Here is an example of querying the license information on a free ESXi host:

Notice the editionKey which is the first column and the name of the license in the second column which is "vSphere 4 Hypervisor" which represents the use of the free edition/license of ESXi. Both of these string text can also be used in conjunction to determine programmatically that you are running the free edition of ESXi.

If we take a look at the vSphere Client we also notice the list of features is quite small compared to the evaluation version:

3. All other licenses - This is all other vSphere edition license available which includes Essentials, Essentials Plus, Standard, Advanced, Enterprise and Enterprise Plus. For more details about the various license editions, please take a look a the vSphere Edition Comparison chart.

There is not a specific license feature that allows for the read and write access to the vSphere API and toolkits but by using any of the paid editions, you automatically have complete full read and write access to the vSphere APIs and the various vSphere toolkits.

Here is an example of querying the licensing information on a host with Enterprise Plus license type:

Here is an example of the features available via the vSphere Client:

So now you can easily check the vSphere edition you are running to determine whether or not you have the ability to use some of the awesome vSphere toolkits and management tools to automate your vSphere infrastructure which I highly recommend you do.

More from my site

  • Whitepaper: Migrating From VIX API to the vSphere Guest Operations API
  • Creating Custom vSphere Reports is a Breeze with CloudPhysics
  • How to Access vSphere Remote Console Using vSphere & VMRC API
  • Enabling/Disabling EVC using the vSphere MOB
  • vSphere Tagging Feature Not So Invisible

Categories // Uncategorized Tags // api, restrictedversion, vSphere

Comments

  1. *protectedbert says

    06/28/2011 at 7:01 am

    FYI: the 7-column license feature overview you include is not accurate for vSphere 4.1. vMotion is available in lower licenses too, for example.

    Reply
  2. *protectedWilliam says

    06/28/2011 at 2:49 pm

    @bert

    Thanks for the comment. I like the original chart which had a nice comparison but I guess it's not entirely accurate anymore. I've removed the diagram and provided the vSphere Edition Comparison link which can then be drilled further.

    Reply
  3. *protectedAnonymous says

    12/23/2012 at 2:55 am

    thanks this helped.

    Reply
  4. *protectedNiklas Henrixon says

    03/17/2014 at 12:03 pm

    Nice post! It helpt me alot!

    Reply
  5. *protectedVirtualJMills says

    09/16/2019 at 5:59 pm

    Super obnoxious ... most of the new ESXi Host UI (HTML 5 GUI in ESXi 6.7.0u3 for example) throws silent "vim.fault.RestrictedVersion" for attempted operations when licensed to Standalone Mode. Basic things like "Power On VM" / "Power Off VM" / "Shut Down Guest OS" don't work.

    Reply
  6. *protectedukuko says

    03/25/2020 at 9:11 am

    hi, this is very old I know, but got in similar issues and although I understand the situation, what I dont understand is why all works using pyvmomi directly. there I can shtudown VMs and so on, while via ansible I got this fault.RestrictedVersion.summary

    Reply

Trackbacks

  1. How To Backup & Restore Free ESXi Host Configuration | virtuallyGhetto | says:
    04/27/2014 at 2:30 am

    […] ESXi host configurations can easily be backed up and restored using either the vCLI’s vicfg-cfgbackup or PowerCLI’sGet-VMHostFirmware cmdlet. These commands along with others that perform “write” operations are only supported when you have a (paid) licensed version of ESXi. If you are using free ESXi, the remote commands are only available for “read-only” operations. For more details, please refer to this article here. […]

    Reply
  2. How To Fix Error 49 Write Fault Errors - Windows Vista, Windows 7 & 8 says:
    10/17/2014 at 1:55 pm

    […] The Dreaded fault.RestrictedVersion.summary Error … – Though the message is not easy to decipher for new users, it is a VMware license restriction placed on the vSphere Hypervisor license edition…. […]

    Reply
  3. Fix Fault.restrictedversion.summary Esxi 4 Windows XP, Vista, 7, 8 [Solved] says:
    12/13/2014 at 10:06 am

    […] The Dreaded fault.RestrictedVersion.summary Error … – Notice the editionKey which is the first column and the name of the license in the second column which is "vSphere 4 Hypervisor" which represents the use of the free …… […]

    Reply

Thanks for the comment!Cancel reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Search

Thank Author

Author

William is Distinguished Platform Engineering Architect in the VMware Cloud Foundation (VCF) Division at Broadcom. His primary focus is helping customers and partners build, run and operate a modern Private Cloud using the VMware Cloud Foundation (VCF) platform.

Connect

  • Bluesky
  • Email
  • GitHub
  • LinkedIn
  • Mastodon
  • Reddit
  • RSS
  • Twitter
  • Vimeo

Recent

  • Programmatically accessing the Broadcom Compatibility Guide (BCG) 05/06/2025
  • Quick Tip - Validating Broadcom Download Token  05/01/2025
  • Supported chipsets for the USB Network Native Driver for ESXi Fling 04/23/2025
  • vCenter Identity Federation with Authelia 04/16/2025
  • vCenter Server Identity Federation with Kanidm 04/10/2025

Advertisment

Privacy & Cookies: This site uses cookies. By continuing to use this website, you agree to their use.
To find out more, including how to control cookies, see here: Cookie Policy

Copyright WilliamLam.com © 2025