Apologies for resurrecting an old thread, but has anyone found a solution to this problem? Same error with Converter Standalone 5.0. It looks like it creates the file, and then deletes it, and then can't find it.
I did manage to get the vCenter Converter Standalone installed originally, and it took a snapshot of my Windows 7 machine no problem. But when I tried to take a subsequent snapshot, I got an error saying that it couldn't identify the machine properly (or something along those lines). Therefore, I decided to uninstall the vCenter Converter Standalone in the correct & clean manner, and re-install it. However, the re-install just will not work because I also get the 'Error 29163.Could not copy file' in relation to the 'converter-client.xml' file.
Can you try something? Go to %USERPROFILE%\VMware and reset all permissions (right click on the folder, select 'properties', go to 'security' tab, click on 'advanced, 'change permissions', and check both boxes - i.e. 'Include inheritable permissions...' and 'Replace all child ...') Check that your account has modify permissions.
Try disabling anti-virus and anti-spyware software. Superantispyware thought the openssl library being installed was spyware and the installation failed with the 29163 error. Once disabled the install of v5.1 worked perfect.
SOLVED!! ...for me at least, the problem was something strange going on with Windows UAC. I was logged in as a standard user and right clicking on the ".msi" file and choosing "Run as Administrator", but kept getting the error,
I had tried uninstalling anti-malware (MalwareBytes) and disabling all McAfee anti-virus software, but the problem was still happening. I had even tried to run a PowerShell prompt as my administrator and ran the msi from there with the same error.
I should also mention that I had problems running the downloaded executable file "VMware-converter-en-6.0.0-2716716.exe". It would extract, but then msiexec would not like something and the install never started, so I had to get the "VMware vCenter Converter Standalone.msi" file from "C:\ProgramData\VMware\Installer\" and was running that when this problem occurred.
...Finally I decided to do a Windows "switch user". I logged into Windows with my administrator account and was able to run the msi file without any errors! The installed worked and the installed program runs while logged in with my standard user now. Chalk it up to UAC bugginess. Hopefully this helps you.
I'm gearing up to perform a good number of P2V conversions and I'm trying to get an idea what the best workflow might be. i won't detail all the steps,just what at this point is "out of order", so I can get some feedback from your experiences.
Initially I wanted to do first defrag while on physical, then I remembered i read somewhere converter copies data block based (conserving defrag status) only if you do not resize disks (correct me if wrong).
For VMs that need to be resized as part of the conversion I would go with plan A. You're correct about resizing partitions - when you leave partition sizes intact the P2V is block by block. If you resize then it is essentially one big file copy so there shouldn't be any fragmentation on the new disk.
I can't say for sure whether realigning the partition moves files around and would require a defrag. The one point I'll make about defrags is obvious but is worth stating anyway - defragmentation is a very heavy disk I/O operation. If you're performing a defrag on a virtual machine, that may affect performance of other VMs on the same datastore or storage platform. It might make sense to schedule just one at a time over a longer period rather than trying to run several at once.
As for zeroing out whitespace, are you planning on making this VMs thin provisioned? If not then what is the goal of zeroing out the space? Here's a post I made on the subject of zeroing out whitespace on a virtual machine so that it can be reclaimed using Storage vMotion and thin provisioning:
When you use Converter and shrink or grow the disk it will create a blank vmdk and do a file by file copy so there is no reason to defrag, If you defrag a thin disk it will grow and not necessary anyway.
Well, I think converter does not do that. I've hade a few VMs converted sofar, for which I adjusted the disk layout and sizes and then I ran raxco perfect disk on it, and it found files and folders to defrag...so that is why I want the defrag after the conversion.
Creating a new virtual machine as well as installing and configuring all necessary applications can take a long time. Fortunately, when you need to migrate your workloads from a physical server to a VMware virtual machine (VM), you are not required to create and configure a new VM from scratch because you can use VMware vCenter Converter Standalone to convert a physical machine to a virtual machine. VMware vCenter Converter Standalone can also convert Hyper-V VMs to VMware VMs as well as converting VMware VMs from one format to another.
VMware vCenter Converter Standalone is a free application that can be downloaded from the VMware website and installed on Windows for converting supported types of machines to VMware virtual machines. The VMware vCenter Converter Standalone featured in this blog post is called Standalone because it can be installed on the operating system of a custom machine. There are two other types of VMware Converter which are not currently supported:
Only VMware vCenter Converter Standalone is considered in this blog post and sometimes can be referred to simply as VMware Converter for more convenience. If you are looking for VMware P2V converter, use VMware vCenter Converter Standalone.
Hot migration is the process of converting a machine that is in the powered-on state. Hot migration is not recommended for converting Active Directory Domain Controllers. It is highly recommended that you stop all possible applications and services that write data on disks before starting hot migration.
Cold migration is the migration of a source machine that is in the powered-off state. Cold migration is recommended for converting MS Exchange servers, database servers such as Oracle or MS SQL, and other servers on which data is dynamically changed when a server is powered on (to preserve the data consistency).
If the data on disks remains static, you can perform hot migration. Cold migration of physical servers can be performed if you boot from the live CD and run the process of converting a physical machine including disks drives and the operating system.
VMware vCenter Converter Standalone agent must be deployed on the remote Windows machine in this case. You should select whether to uninstall the agent files when import succeeds automatically or not. Then, hit Yes to continue.
Once the agent is installed, you can view source details. Notice that VMware Converter 6.2 recognizes Windows Server 2019 as Windows 10 Server 64-bit. Hit Close, then hit Next in the Source System window.
Step 2: Destination System. Select the destination type that can be a VMware Infrastructure virtual machine or VMware Workstation virtual machine (that can run on VMware Player and VMware Fusion). As a physical machine running Windows Server 2019 used in this example must be converted to a VM running on an ESXi host, VMware Infrastructure virtual machine must be selected in VMware Converter for this step; select the destination server. If an ESXi host is managed by vCenter Server, you have to enter the IP address or DNS name of vCenter Server in addition to entering the login and password of the user who has administrative privileges on vCenter Server.
Step 4: Destination Location. Select the ESXi host, cluster or resource pool that is connected to the selected Datacenter and select the datastore available on that ESXi host. There must be enough free space on the selected datastore. If the modern operating system is installed on a source machine, you can select the latest available virtual machine version (hardware version) for the destination VM. The virtual machine version that can be selected also depends on a version of the destination ESXi host.
Data to copy. Select which disks and volumes you want to copy. You can select thick or thin provisioning type for destination virtual disks (you should select advanced view) and resize volumes if needed. In this example, a physical disk that contains two volumes is converted to a thin provisioned virtual disk. It is recommended that you tick the checkboxes:
Services. On the Source Services tab, you can select which running services on the source Windows machine to stop before starting P2V conversion with VMware Converter. On the Destination Services tab, you can select the startup mode for services on the destination VM.
Step 6: Summary. Check your settings for the new machine conversion job you created and if everything is correct, click Finish to start conversion in VMware Converter.
After machine conversion is started, wait until the conversion process is fully completed. The time needed for conversion depends on the amount of data stored on the source machine disks and network speed.
Converting a Hyper-V VM running Linux to a VMware VM of the ESXi format was covered in our first blog post about VMware vCenter Converter. Converting a Hyper-V VM to a VMware VM is a good idea, but sometimes you need to convert a VM running on VMware Workstation to a VM running on ESXi. For example, you can create and configure a VM on your local machine running VMware Workstation and then migrate the VM to an ESXi server to use that VM in the production environment.
If a Workstation VM is running on VMware Workstation, VMware Player or VMware Fusion that is installed on a remote machine running Linux or macOS, you can copy that VM to a shared folder (or share the VM folder) and use VMware Converter installed on your local Windows machine to perform V2V conversion. Hence, you can convert a VM, even if a remote physical machine running the hypervisor has Linux or macOS installed as a host operating system.
ff7609af8f