‘Agent Unreachable’ in VMware View 5.3 and the Missing Registry Key -SOLVED

**The solution is in this post. **

The important stuff:

VMware View version 5.3.0 build-1427931
vCenter 5.5 U1 (Build 1588022)

Registry Key Sub-folder in common with all VDI Desktops: HKLM\SOFTWARE\VMware, Inc.\Guest Customization\

Registry Key: CustomizationInProgess

Registry Key Value: 0

Symptoms:

– VDI Desktops show Agent Unreachable in View Administrator.
– Desktops are not reachable via the View Client or browser Blast- The registry key sub-folder detailed above is missing from the hive
– The VDI desktops go “Unreachable” at random times
– A netstat-a check on the desktop may show an active TCP connection on port 4001 to a View Connection Server. This threw troubleshooting off a bit as this is a normal state for an online View Agent
– All DNS names were verified from the Connection Server and desktop

Fix:

– Add the registry key sub-folder and all its keys back to the hive with a hexadecimal value of 0 (zero) for the CustomizationInProgress key. A VMware Horizon View Agent restart may be needed.
Regkey

 

 

 

 

Cause:

Nobody knows the answer to this yet. We have a ticket open with VMware and they are looking into it. We do know that if the Guest Customization registry folder is missing, it’s game over for the desktop. Re-installing the View Agent and/or VMware Tools has no effect on the problem.

Changing an existing CustomizationInProgress key from zero to 1 will also put the View Agent into an unreachable state. This makes sense, as View would see the desktop as still being in a Customizing status, like it was just being built. What doesn’t make sense, is the status in View Administrator. If the key in question has a data value of 1, the View Agent becomes ‘Unreachable’ not ‘Customizing’.

Theories:

1. Sysprep. One of our admins stumbled upon the registry key fix after reporting to VMware that the VDI desktops were stuck in a ‘Customizing’ state after sysprep scripts were run. VMware top-spinned the problem back over to us, blaming Microsoft and the scripts. The admin found the Customization key, logically summarized that was the indicator for View’s status listing of the desktop, and changed it from 1 to zero. Immediately after the change, the desktops moved forward in the process and became ‘Available’.

2. Who or what is deleting the registry key? We have no idea yet on that. Logically, it is the View Agent, with system account privileges, because the guest customization is over. Desktops in a linked clone pool do not have the Guest Customization folder in its registry hive and all the desktop agents are online.

At this time, that registry sub-folder is the lynchpin for the VDI desktops availability.

 

 

 

Advertisements


Categories: VMware

Tags: , , , , , , ,

4 replies

  1. If you have 100’s of linked clones where would you insert the key, in the master image i guess

  2. I wanted to add more detail to this post as I ran in to exactly the same issue last week. What I found is that if you take a VDI that has already been Customized, power it down, make a clone, and use this clone as a new Template for another Pool, then this registry key exists.

    Just delete the key CustomizationInProgress prior to converting the clone to a Template.

    I had opened a case with VMware and they do have an article for this:

    http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&externalId=1024421&sliceId=1&docTypeID=DT_KB_1_1&dialogID=421617339&stateId=0%200%20421611769

    Just to give background on the use case. We have an Automated Full Clone pool for our Cloud Engineers. A VOIP Engineer was assigned to one of the VDIs and added a bunch of software that the VOIP team uses. Rather than all VOIP Engineers install the software, we cloned the 1 VDI to make a new Pool for VOIP Engineers.

Trackbacks

  1. Don’t Get Fancy with VMware’s Customization Wizard…or Else! «
  2. View Desktop is Agent Unreachable Status | planetmattblog

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

Brad Hedlund

stuff and nonsense

MyVirtuaLife.Net

Every cloud has a silver lining.

Live Virtually

A Storage and Virtualization Blog

Virtualization Team

VMware ESX/ESXi - ESX server - Virtualization - vCloud Director, tutorials, how-to, video

www.hypervizor.com/

Just another WordPress.com site

VirtualKenneth's Blog - hqVirtual | hire quality

Virtualization Blog focused on VMware Environments

Virtu-Al.Net

Virtually everything is POSHable

Gabes Virtual World

Your P.I. on virtualization

Yellow Bricks

by Duncan Epping

Wahl Network

Technical Solutions for Technical People

Joking's Blog

Phoenix-based IT guy with too much to say...

%d bloggers like this: