VMware

This Question is Possibly Answered

1 "correct" answer available (10 pts) 2 "helpful" answers available (6 pts)
12 Replies Last post: Aug 31, 2009 7:41 AM by selak1  

ESXi 3.5 u4 no more start and stop on CLI / Fault string: fault.RestrictedVersion.summary Fault detail: RestrictedVersionFault Operation cannot be performed posted: Apr 6, 2009 5:28 AM

Click to view Hawkuz's profile Lurker 2 posts since
Oct 9, 2007

Since the last update of ESXi 3.5 to Update 4 our scripts to shutdown and start the single VMs doesn't work anymore.

(We reverted to ESXi 3.5 U3 and our batch works fine, as it worked for months before on u2 and u3).

Is it really true, that the two commands
vmware-cmd.pl <conn_params> PathToVmwareGuest.vmx -stop

or

vmware-cmd.pl <conn_params> PathToVmwareGuest.vmx -start

doesn't work anymore? All that we get as response is:

SOAP Fault: Fault string: fault.RestrictedVersion.summary Fault detail: RestrictedVersionFault Operation cannot be performed.

SOAP Fault: Fault string: fault.RestrictedVersion.summary Fault detail: RestrictedVersionFault

And if it is really no more possible, why should we not move to the free MS Hyper V?

Click to view lamw's profile Champion 2,803 posts since
Nov 27, 2007
The reason for this is the RCLI has locked down write access, you can find more details here: http://vmetc.com/2009/03/31/esxi-u4-ends-free-version-read-and-write-access-from-the-rcli/

=========================================================================
William Lam
VMware vExpert 2009
VMware ESX/ESXi scripts and resources at: http://engineering.ucsb.edu/~duonglt/vmware/
http://twitter.com/lamw

http://engineering.ucsb.edu/~duonglt/vmware/vexpert_silver_icon.jpg

Click to view WiEmWaerUser's profile Lurker 2 posts since
Apr 6, 2009
We have exactly the same problem. Even if this read/write-thing was just "made by mistake" we can not understand, why VMWare has closed this very usefull capability with U4. Are there any security reasons?


And even more important:


What is the easiest way to go back to the ESXi3.5 u3-Version? Somewhere else in this community, we found some lines about a mysterioius "CTRL-R pressing during the boot process" to switch back to the previous bootimage. But we can't find the "right" moment to press this combination.


Could anyone help us to go back from ESXi 3.5 u4 to u3? Any KB-entry? Any hint about this process is very welcome!

Click to view lamw's profile Champion 2,803 posts since
Nov 27, 2007
There are many opinions on why this may have been done, if you're dissatisfy with this modification, provide feedback to VMware: http://www.vmware.com/support/policies/ (go to the bottom and there is a feedback box) The voice of people can make a difference and perhaps they may re-consider. In terms of rolling back, you'll need to rebuild and install U3, you can not revert upgrades or patches.

=========================================================================
William Lam
VMware vExpert 2009
VMware ESX/ESXi scripts and resources at: http://engineering.ucsb.edu/~duonglt/vmware/
http://twitter.com/lamw

http://engineering.ucsb.edu/~duonglt/vmware/vexpert_silver_icon.jpg

Click to view WiEmWaerUser's profile Lurker 2 posts since
Apr 6, 2009
We hope, that enough user will use the feedback and let VMWare know, how bad this latest patch is for this topic!

Can you please help us with your "In terms of rolling back, you'll need to rebuild and install U3".

How and what exactly do we have to "rebuild?


Can we burn a *.iso-file with the "installable U3" and then install this Version over the latest U4?


Thank you very much for your help, lamw!

Click to view lamw's profile Champion 2,803 posts since
Nov 27, 2007
The rebuild process is exactly that, you'll need to reinstall as did in the initial installation of ESXi on your system.

Please note : Remember to backup your VM(s) to an external storage because when you reinstall it may override the local VMFS volume, I know in the classic ESX installation you can be prompted to not override the VMFS volume but for safety precaution, I highly recommend backing up your VM(s) before attempting this re-installation.

=========================================================================
William Lam
VMware vExpert 2009
VMware ESX/ESXi scripts and resources at: http://engineering.ucsb.edu/~duonglt/vmware/
http://twitter.com/lamw

http://engineering.ucsb.edu/~duonglt/vmware/vexpert_silver_icon.jpg

Click to view Shaha's profile Enthusiast 106 posts since
May 5, 2005
this is not good, vmware seem to be taking one step forward and 3 back :(
Click to view Severino's profile Lurker 2 posts since
Dec 22, 2008

Well I've discovered that we can't really use the RCLI at all for things like creating snapshots etc, which kills my plans to use scripts to backup and restore VMs. This wipes out one of the two major advantages of using ESXi. Actually I'm not complaining; VMware has provided this software freely and it is good. They have the right to restrict it any way they like, and we could just pay the subscriptions to get access to what appears to be a great set of tools. We are very grateful for their VMware Server and all the associated tools, which is useful in a light use server environment (small non-profit organization in our case). For a slightly heavier use environment we need something a bit more performant. I'll have to move on to looking at Xen again.

Ken


Click to view lamw's profile Champion 2,803 posts since
Nov 27, 2007
Take a look at this thread, you still might be able to automate using some CLI tools they haven't locked down .... yet ;)

http://communities.vmware.com/message/1230459#1230459

I agree a subset of features should be allowed, but I can see VMware's point. Just know when you're purchasing the Foundation license, you get more than just full r/w access to the VI API, that's the key you have other major features that can automate/manage your environment.

Remember, you still can use the unsupported SSH console on ESXi and use vimsh wrapper to automate all your tasks, there's always a way.


=========================================================================
William Lam
VMware vExpert 2009
VMware ESX/ESXi scripts and resources at: http://engineering.ucsb.edu/~duonglt/vmware/
vGhetto Script Repository
http://twitter.com/lamw

http://engineering.ucsb.edu/~duonglt/vmware/vexpert_silver_icon.jpg

If you find this information useful, please award points for "correct" or "helpful".

Click to view Severino's profile Lurker 2 posts since
Dec 22, 2008

Many thanks William, ssh and scp work fine so this is one possibility. I'll have a go at VMware-vix a bit later on.

cheers, Ken


Click to view pwolf's profile Novice 12 posts since
Mar 14, 2006

I would suggest to use the repair option of the install scripts, instead of a reinstall (of course with the U3 installation medium). Thus you have a far better chance, that your local VMFS volumes remain intact.


Click to view pwolf's profile Novice 12 posts since
Mar 14, 2006

While you are correct, that that VMware is free to modify free software as they like - they should have told this loss of functionality in a clear statement on the download page of the update.

Whereas the unablilty to to manage ESXi from any other OS than Windows in a supported way does not place a reliability problem onto existing installations, the removal of the possibility to shut down the guests and the host in an automated way via RCLI/CLI scripts without telling people in a not overseeable way can put existing installations in a very dangerous state:

I am pretty sure there are many people out, who had installed some RCLI script, to shut down their guests and the ESXi host in case of a power failure, which do not use those scripts every day and therefore do not know, that after installing U4 those scripts do not longer work. All those installations are now at a severe risk of data loss on all VMs running on ESXi 3.5 U4 because in case of a power failure their VMs and the host will run without any graceful shutdown till the UPS shuts off the power. That may easily lead to hardware defects, too.

I am pretty sure, that all people, which will get into data loss out of that situation are lost as customers for VMware forever - so a rethink of this situation should be done asap.

Click to view selak1's profile Lurker 2 posts since
Aug 31, 2009

Hi,

Unfortunately, I agree with you...

During too much time, I was debugging the script "shutdown.sh" to understand why the MGE UPS agent installed on the ViMA can't suspend my VMs...

It really sucks.

VMware Developer

SDKs, APIs, Videos, Learn and much more in the Developer community.

Learn More

Developer Sample Code

Increase your developer productivity with VMware API sample code.

Learn More

VMworld Sessions & Labs

Online access to the latest VMworld Sessions & Labs and online services.

Learn more

Purchase PSO Credits Online

Purchase credits to redeem training and consulting services online.

Buy Now

Community Hardware Software

View reported configurations or report your own.

Learn More

VMware vSphere

Come witness the next giant leap in virtualization.

Register Today

Communities