VMWare View and QuickPrep…
April 7th, 2009 by Nick Ohanian received No Comments »So.. I’ve been playing around with View for some quite some time, and ran into an interesting issue regarding workstations dropping off the face of the network after performing a re-clone / recomposes / refresh with our persistent linked clone pools…. those pesky SID errors and kerberos messages.. *sigh*.
It turns out it had to do with our AD container relative distinguished names and how we have our OU’s setup within our organization. The syntax for the QuuickPrep Settings I could not find anywhere in the documentation or in the communities.
Generally, with AD you have a base default container entitled Computers. In our case we have a default OU of Workstations and under that OU and another OU entitled View_Desktops that have special group policies applied to our View environment.
The Syntax looks like this:
Our main OU is Workstations, so naturally once would assume it would follow CN=,OU,=OU, Given that, I tested this against my group of test machines by inputting OU=Workstations,OU=View_Desktops. I hit apply, finish and presto nothing happened no error message or warning. To test my configuration I edied my pool of machines and changed my max pool size to 5 from 3 so it would attempt to create 2 more machines and I changed my minimum amount of machines available at one time from 3 to 5. This did not work and generated errors in the “error log” on View itself.
So I fired up adsiedit on one of our domain controllers to double check myself that I hadn’t gone completely nuts, and much to my amazement it was the correct syntax. Sometimes odd things just work and you don’t know why, this one be one of those times. I decided to flip around the OU=Workstations,OU=View_Desktops to:
OU=View_Desktops,OU=Workstations
and it worked! Hurrah, my day of banging my head against the wall was over and i could recompose our View Desktop Pools.
Tags: Add new tag, VMWare, VMWare View
Posted under: VMWare View
