VMware vSphere Web Client - Welcome Window

What a nice, friendly looking and encouraging "welcome window" welcomed me after I've installed vSphere 5.1 today...:)

Perfectly stable, secure and bug free solution...:)

I am pretty sure as well that all of you have this port opened in your vSphere network...:)

Minimum required permissions for Storage VMotion

Probably all of you, when looking for Storage vMotion permissions, will find KB:
http://kb.vmware.com/kb/1011345

This KB is at the first place in all searches issued from google...:)

All would be great, but it is actually no longer applicable to vCenter versions 4.x and 5.x and is related only to RCLI.

To create role which allows user to perform Storage vMotion you can copy standard Read-Only role (or VM User/VM Power User role -> depends on access to Virtual Machines you would like to give to users) and add following permissions:

Datastore -> Allocate Space

Datastore -> Browse Datastore

Datastore -> Remove File

Datastore -> Update Virtual Machine Files

Resources -> Migrate

Resources -> Relocate

Virtual Machine -> Provisioning

Virtual Machine -> Allow Disk Access

Virtual Machine -> Allow Read-Only Disk Access

Newly created role now allows you to perform Storage vMotion.

Accept VMware vCenter Server Appliance EULA from command line

During the vCenter Server appliance deployment I accidentally skipped the license acceptance page. Unfortunately the page didn't appear ever again...:)

To deal with it I found a way to accept EULA directly from the appliances shell console:

• Login to the vCenter server appliance shell console (default credentials: root/vmware)
• Navigate to the /etc/vmware-vpx folder: cd /etc/vmware-vpx
• Create empty file eula.accepted with: vi eula.accepted and save it: :wq

You can now start vCenter Service from the console with:

• service vmware-vpxd start
• service vmware-vpxd status

Hope it helps...:)

Reclaim space from Thin Provisioned volumes

Today a tool to reclaim space from thin provisioned volumes was presented at the VMware Labs web page:

http://labs.vmware.com/flings/guest-reclaim

Unfortunately, before you will try it, you have to consider that there are still couple of "gotcha's":

• Currently supports only RDM devices 
• Doesn't work with NFS volumes 
• Works only for NTFS filesystem

Here is a quotation from the official docs from point 6:

"The tool transparently operates on virtual disk if the hypervisor emulation layer reports virtual disks as thin provisioned. End to End reporting of thin provisioning status in a virtual storage stack is required to fully leverage Thin Provisioning in a virtualized environment.

This tool is not related to any VMWare ESX or any other Hypervisor Release. If ever ESX supports
unmaps on virtual disk in the future, it will be tied to “Virtual Hardware Version Upgrade” and will
mostly be in a release after vSphere 5.0.
For the authoritative word on ESX virtual disk unmap support, please check official updates about
features in VSphere 5.x releases.
Until then you can use tools on RDMs."


Anyway, we have good prospects for the future, as the authors already announced that they will continue to develop this tool in the future and if you have environment with Raw Devices this is something you should keep an eye on.

Update Manager "Scan for Patches" last for 25 minutes

As I wrote at the VMware community forum I encountered problem with the Update Manager which was scanning every host for 25 minutes and the entire remediation process for single host could last even for 1:30h like presented at the print-screen below:

Luckily with a little help of the VMware support I successfully managed to solve this issue.

The case was that the update manager itself was installed more than year and a half ago and it has gigantic repository - dozens of GB and hundreds of patches and bulletins...:)

I was recommend to update all host to 3.5 Update 5a (which breaks all previous patch inheritance) and reinstall the update manager.

It helped and now scanning last for 30 seconds.

VMware vCenter 4.1 crashes with Error[VdbODBCError] (-1)

It happened to me few days ago when I tried to reconnect ESX 4.1 host with some running VMs back to the vCenter.

vCenter server service crashed with the following error:

A general system error occured: Error[VdbODBCError] (-1) "ODBC error: (HY000) - [Oracle][ODBC][Ora]ORA-01400: cannot insert NULL into ("VPXADMIN"."VPX_VM_FLE_FILE_INFO"."NAME")
" is returned when executing SQL statement "INSERT INTO VPX_VM_FLE_FILE_INFO (VM_ID, KEY_VAL, NAME, FILE_SIZE, TYPE) VALUES (?, ?, ?, ?, ?)"

VMware discribed this issue at KB1032726

To solve it they recommend to change database schema with ALTER TABLE VPX_VM_FLE_FILE_INFO MODIFY NAME NULL;


Do you have your DBA on call 24/7...?? If not its simpler to just use the vSphere client to connect directly to the ESX host and check your VMs for any inconsistency.


You will find disk described as /vmfs/devices/machine.vmdk instead of [Datastorename]/VMname/machine.vmdk


You can simply remove the disk from the VM or unregister the VM from the ESX inventory and then reconnect the host to the vCenter.

Worked for me...

Renew ESX(i) evaluation period

60 days trial period offered by the VMware for all its products is, in my opinion, to short to completely test and assess new platforms.

Below you will find simple procedure to reset the evaluation period without reinstalling the host.
It is even possible to do it with running VMs but of course it isn't the recommended way..:)


For ESX host:

1. Login through SSH to the host's service console 
2. su - and enter the root password
3. go to /etc/vmware
4. rm -r vmware.lic and answer the prompt with y
5. rm -r licence.cfg  and answer the prompt with y 
6. Restart the vpxa agent: service vmware-vpxa restart

Procedure for the ESXi host is almost identical and its greatly described here.

As I tested those procedures works for every 4.x or 5.0 hosts.