VMware Tools Unattended install — Shared F**king Folders


Note to Self. When attempting to remove Shared Folders ‘ during an unattended installation of VMware Tools in Windows as per the unattended installation guide and KB2000399, you need to remove ThinPrint as well as it has a dependency. Otherwise you get a missing tpmon error during the installation. Having had experience building 8 node thinprint clusters and deploying and supporting Thinprint in an enterprise environment, I detest Thinprint. Universal drivers that support ‘every’ printer are always a compromise, reducing printer functionality and increase hostlity towards IT. Thinprint is one of the cheapest universal drivers for a reason. I digress… shown below is an unattended install example.

msiexec.exe /i “vmware tools64.msi” ADDLOCAL=ALL REMOVE=”Hgfs,ThinPrint” /qn /l*v c:\support\vmwaretools64-install.log /norestart

I’m beginning to hate shared folders.

Advertisements

Active Directory Domain Controllers and VMware Tools Shared Folders. Grrrrrrr


Don’t you wish there was an easier way to discover faults? Rather than (what seems like) continuously wasting hours of the day figuring out problems… Software should be more intelligent… For instance running dcdiag and getting ‘RPC replication errors’ should be reported as ‘RPC replication errors due to VMware Tools Shared Folders’ would save everyone a lot of time…. This leads me to my next post.

I had an issue recently where I was trying to create a domain trust between two domains to no avail and came across KB1012140 ‘Unable to create a trust relationships between Domain Controllers’. The error manifests itself as ‘The local security authority is unable to obtain an RPC connection to the Domain controller.’

Although I was grateful to come across a quick fix for this issue (Just remove the Shared Folders component from VMware Tools which requires a reinstall in 2008 R2), I don’t think the VMware KB article covers the full scope of the issue.

Even if you are not planning on creating any domain trusts, VMware Tools Shared Folders should be removed from all domain controllers.

I kept on getting odd RPC replication errors with Shared folders enabled, even when building new domains to eliminate any other possible causes. Active Directory is the core service of the application layer. Pretty much every other application has a dependency on AD. In an Enterprise environment a low risk approach should always be taken to avoid potential future issues that could result in down time of your core services, especially when the benefit is minimal (i.e. to help lazy support staff). This is especially true if you are virtualising all your domain controllers (a fairly common scenario nowadays) as all your domain controllers will potentially be at risk, guarenteeing a total loss of service.

I have gone a step further and standardised the unattended VMware Tools install for 2008 R2 and removed VMware Tools Shared Folders from all 2008 R2 virtual machines. By extension this needs to include the Thinprint component as well as it seems to have a dependency on Shared Folders. The unattended install is shown here.

Windows 2008 R2 VMware Tools Display Driver Issue


By now most people must be aware that VMware Tools in Windows 2008 R2 does not enable the WDDM display driver by default as per KB1016770.

Normally this requires manually updating the driver through the device manager. When you’re deploying hundreds of servers a scripted approach is preferred!

Step in DPInst… DPInst can be found in the Windows Driver Installation Kit which you can download here.

If you don’t want to install the whole Driver kit just look for dfx*.msi in the \WDK folder and install that for your revelant OS.

1.       Copy DPInst.exe to the VM C:\Program Files\Common Files\VMware\Drivers\wddm_video
2.       Run ‘Dpinst.exe /s /f /se /sw’
3.       Reboot
Thats all you need to do. On reboot the display driver is installed and there is no more mouse lag.