I'm finding that without VMware tools, the Win10 reference image is really slow to deal with, difficult to navigate with a mouse, etc. So I'm curious, is it ok to install VMware tools and then uninstall them before shutting down to capture the image? Has it become better over the years of installing the Tools?
You can install VMware Tools to work on the VM, but you do want to uninstall them before you capture. The problem is that sometimes VMware tools leaves things behind, and the Capture Wizard thinks they're still installed. I can put the RegKeys that we check for at the bottom of this post, but my recommendation would be to just leave them off, and RDP into your VM and perform your configurations that way.
Thanks Jeff, I saw your reply a few years ago saying the same thing, so I just wanted to check if anything has changed lately. We have SD and vmware workstation pro on a stand alone server and usually RDP to the server, then load the ref image in VMWare, but, as I said, it's just so dang slow to use.
Three different types of VM Tools are available, intended to accommodate the range of workflows required in heterogeneous datacenters. This article provides an overview of these types and the next covers available options for keeping VM Tools up to date.
The most familiar mechanism for consuming VM Tools is the collection of ISO images containing installers that are mounted to virtual machines for use by Windows, Linux, Solaris, FreeBSD, Mac OS X, and other supported guests.
There are two sources for the VM Tools ISOs. Appropriate versions are bundled with the ESXi installer and, when applicable, ESXi patches in the form of a VIB called tools-light. Starting with version 10, VM Tools ISOs are also available for download directly from MyVMware. Installers for current guests are separated from those that are for older legacy guests, and each is available in both tar and zip archive formats for convenience. In the near future, ISOs for guests other than Windows and Linux will be available exclusively via download and not bundled with ESXi.
The choice between using the Tools ISOs that are ESXi bundled or downloadable is a matter of customer preference and operational requirements. For environments using traditional ESXi installations and managing updates with VMware Update Manager, the original approach is still viable. For those that prefer to leverage a shared Tools repository, perhaps in conjunction with stateless Auto Deploy hosts, the ability to get the latest bundle of Tools directly from VMware is appealing. VUM can also be used to update Windows and Linux VMs using the downloaded tools, as long as the ISOs have been placed in appropriate ESXi local or shared product lockers.
Initial installation of VM Tools is typically done immediately upon fresh guest OS install, often for a gold master template VM that will be subsequently cloned for workload VMs. This infrequent operation is initiated through the vSphere interface and manually executed via familiar GUI or CLI installers.
Once VM Tools ISOs for Windows or Linux guests are installed, administrators can update to subsequent releases through a range of techniques optimized for either automation or separation of responsibilities. Other supported guests, such as FreeBSD and Solaris, must be updated using the same interactive process that is used for installation.
The initial effort for this approach was known as Operating System Specific Packages, or OSPs. These binary packages are built, signed, and hosted by VMware and are virtually identical to the components distributed in the VM Tools ISOs.
Building on that momentum, VMware released the code for VM Tools as open source, allowing individual Linux distributions to directly consume these utilities for their releases at their respective paces. Open VM Tools, or OVT, is currently present in recent versions of all major Linux distributions.
Distro maintainers are able to pick and choose which Open VM Tools components to include. The version of OVT incorporated with a release is also at their discretion, giving them confidence to offer full support. VMware has strong support agreements in place with most major Linux vendors and is committed to working together as needed to support customers using Open VM Tools. More details on Open VM Tools, including the support policy, can be found in KB 2073803.
While the Open VM Tools source is available to anyone via GitHub, end customers are not expected to download and build OVTs themselves. In fact, only the binary packages distributed with Linux distributions are supported.
OSP installation involves one-time guest OS setup of the appropriate repository on packages.vmware.com; subsequent updates are handled just like any other Linux package using familiar tools like Yum and Apt.
In contrast, individual Linux vendors provide OVT packages directly since they are part of their respective distributions. In fact, OVTs are often installed during the initial guest OS deployment process without any additional effort. This integration enables a single workflow for guest OS patching. For instance, administrators can update OpenSSH, foundational libraries, and VM Tools using a single process with the added advantage that the vendor has tested all of the components together.
GUI functionality is not normally installed by default in OVT, as many Linux environments are headless servers without X. For environments that desire features such as dynamic desktop resizing and copy/paste, simply install the auxiliary open-vm-tools-desktop package to enable those abilities.
So, I made a windows 7 virtual machine and VMware tools will not install. It just fails to install loads of stuff. I use custom and unselect the stuff that fails to install. It just rolls back. I'm using VMware workstation pro btw. Windows update just fails to check for updates.
I have a Windows 2008 R2 X64 server running on Vmware ESXi. Originally it was running on Hyper-V, but I have since converted the VHD to a VMDK and migrated to ESXi. I also installed VMware Tools. This server is our TeamCity continuous integration server, performing nightly builds of software packages that my company develops. Since the move, occasionally certain files that the build process should delete fail to delete due to "The file is in use by another process". We are trying to delete the files using the CMD del command. Sometimes it works, others not. I fired up process monitor with the path of the directory where failures occur as the PATH filter (PATH contains C:\work ). I see a LOT of vmtoolsd.exe Createfile, FileSystemControl, and CloseFile operations occurring in quick succession, repeatedly. Has anyone heard of Vmware tools causing filesystem locks on Windows guests?
Also, due to running out of space, this directory C:\work, was recreated by renaming it to C:\work-old, adding a second virtual disk E:\, and mounting the disk to the directory C:\work , then copying the contents of C:\work-old to the newly mounted C:\work. I see Vmware Tools is constantly performing FSCTL_Get_Reparse_Point on C:\work.
UPDATE:I disabled the VMware tools service last night and it still happened. I believe the C:\work directory, which is a share that is actually the E: drive mounted as a directory to C:\work is being accessed by 2 remote hosts simultaneously and perhaps this is causing a lock on the directory by the first host. This did not used to happen before I mounted the E: to the work directory,, Are there any known issues with file locking and volumes mounted as directories?
It turns out that the problem was not caused by VMware Tools. It is more likely that the windows Application Experience service caused this issue, but I am not positive. I ultimately resolved the issue by adding a virtual disk and creating a new share, then pointing the build to look to this share. If the build step leaves an open handle for this share, it wont affect the subsequent step which does not refer to that share again (previously everything was done from the same share, so if there was an open handle, file operations would fail).
I'm running Ubuntu 13.04 and vmware player 5.0.2. I'm trying to install Win 7 as guest and when it tries to install vmware-tools, the vmware app loader crashes with the `error updating software component. Any ideas whats wrong here?
I am running Win 10 and vmware player with Manjaro.
I installed open-vmware-tools but clipboard sharing with windows fails.
Do I have to perform some manual action to activate it?
I tried to activate it in vmware player in windows:
What do you like best about the product?It allows me to use several OS at the same time on only one laptop, the alternative would be using 2 laptops or partitions on my MacBook with the annoying downtime between reboots.What do you dislike about the product?Having an OS setup on VMware takes slightly longer than a native one since you have to set VMWare tools and configure file permissions between the host and the VM.What problems is the product solving and how is that benefiting you?Running several copies of windows and Linux in my Macbook.Recommendations to others considering the product:You can have the VM running without VMware tools, but they are a nice to have in almost every setup
What do you like best about the product?You can run programs that are not available in MacOSX. Office performance is the same inside or outside the VM so I can work in the VM and use my MacBook as a Windows machine.What do you dislike about the product?Fusion itself is an amazing program but it would be better if the apps ran natively.What problems is the product solving and how is that benefiting you?Running applications that are not available natively on MacOSX Recommendations to others considering the product:You can run as many VMs as your PC supports but for better performance is better to run 1 or 2 at most.
What do you like best about the product?You can export and import VMs, I changed my MacBook and exported my Windows VM, then imported it into my new MacBook and worked perfectly. All my windows apps were there and worked exactly the same as in my last machine.What do you dislike about the product?Nothing, really solid and reliable software, some applications run even better than in my windows laptopWhat problems is the product solving and how is that benefiting you?Running Windows applications in my MacBook Recommendations to others considering the product:There is no real alternative for Virtualization in MacOSX, this is just the best.
7fc3f7cf58