We ran into this issue when rebuilding some hosts.  When trying to vMotion the guests to the newly rebuilt hosts, the vMotion would fail at 82% with the error ”Source detected that destination failed to resume.”

I came across the following article that gave me an idea:  KB: 1006052

The article mentions the following:

Adding a host by these three different methods produces three different UUIDs:

  • hostname
  • hostname.domainname
  • IP.address.of.host

 It appears that the hostname or hostname.domain is also case sensitive.  Mounting a datastore by “DATASTORE.domain.com” will generate a different UUID than “datastore.domain.com”.

Running esxcfg-nas –l on a host will show you the name of the NFS mounts.  ls -l from the /vmfs/volumes directory will show you the UUID of the datastores.

Compare these two hosts:

~ # esxcfg-nas -l
<datastorename1> is <path1> from <nas.domain.com> mounted
<datastorename2> is <path2> from <Nas.domain.com> mounted
<datastorename3> is <path3> from <Nas.domain.com> mounted
<datastorename4> is <path4> from <Nas.domain.com> mounted
<datastorename5> is <path5> from <Nas.domain.com> mounted

UUID:  datastorename3 -> 3ba0562f-6ca841f9

[root@tevp03187 root]# esxcfg-nas -l
<datastorename1> is <path1> from <nas.domain.com> mounted
<datastorename2> is <path2> from <nas.domain.com> mounted
<datastorename3> is <path3> from <nas.domain.com> mounted
<datastorename4> is <path4> from <nas.domain.com> mounted
<datastorename5> is <path5> from <nas.domain.com> mounted

UUID:  datastorename3 -> 961816a8-7064b2f7

TLDR Version:  Ensure that when mounting datastores you use the same case for the paths across all hosts.


Info here: http://bit.ly/IkcYlQ

Download firmware-10.00-0.zip (1.2 GB)



While a nice purple color, not a good way to start a Monday:

Generated on a HP DL580 G7 running ESXi 4.1 U1
Install patch here: HP Sourcing Driver

If patch is already applied, then possible hardware issue. Make sure latest firmware and drivers are installed.


Nothing special, but might be handy.  Were having a few small issues with opening firewall ports and which ones today.  I threw together this doc to help a few other team members.  It is all the ports found in KB1012382 separated by product.

VMware Ports

{ 1 comment }

Just joined a twibe. Visit http://twibes.com/VMware to join


Best Dilbert ever: http://bit….

Best Dilbert ever: http://bit.ly/aQSCjp

Read the full article →

Access Denied when trying to view Event Logs

Recently came across an issue where an “Access Denied” message would be given when trying to view the System or Application logs. The problem stemmed from a developer adding “Everyone” into the “Guests” group on the server.  Since Windows 2000, Guests are not allowed to view these logs. The fix was simple- remove “Everyone” from [...]

Read the full article →

VMware end of Availability

Some older versions will not be available for download soon: Virtual Infrastructure products being removed by May 2010: ESX 3.5 versions 3.5 GA, Update 1, Update 2, Update 3 and Update 4 ESX 3.0 versions 3.0 GA, 3.0.1, 3.0.2 and 3.0.3 ESX 2.x versions 2.5.0 GA, 2.5.1, 2.5.2, 2.1.3, 2.5.3, 2.0.2, 2.1.2 and 2.5.4 Virtual [...]

Read the full article →

Cleaning up after a P2V

After converting a physical to a virtual, there is some clean-up that should be done. Non-existing hardware devices should be removed. Software which controlled the legacy hardware should be uninstalled. Here’s how to uninstall the old hardware: 1) Open a command-prompt and type: “set devmgr_show_nonpresent_devices=1” (without quotes), hit Enter now type: “start devmgmt.msc” Leave the [...]

Read the full article →