
- #VMWARE WORKSTATION PUTTY FOR MAC INSTALL#
- #VMWARE WORKSTATION PUTTY FOR MAC FULL#
- #VMWARE WORKSTATION PUTTY FOR MAC SOFTWARE#
- #VMWARE WORKSTATION PUTTY FOR MAC WINDOWS#
Upload the source machines guest files to the folder created above.Use Browse datastore to create a folder for the source guest’s files.
#VMWARE WORKSTATION PUTTY FOR MAC FULL#
If you’re looking for the full breakdown of what I did: Not a process I want to have to repeat again any time soon. I had some additional playing about to do with the CD-ROM and a couple of other bits and pieces but it took at least eight attempts and a number of clumps of my hair to get those guests on to ESXi. I ran the command (obviously swapping the names appropriately) on each of the disks and then manually edited the VMX file to replace the old names with the new disks and it worked. Vmkfstools - i "my-source-disk.vmdk" - d zeroedthick "my-destination-disk.vmdk" To give you the full info, the command I ran to convert the disks was: Yes ladies and gentlement, the only viable option for converting a VMWare Workstation 7 guest to an ESXi host is copy/paste and vmkfstools. Cross fingers, arms, legs, toes, hair folicles. Manually rename the disk file name references in the VMX file. Run vmkfstools to convert (clone) the disks directly on the ESX server. Spend two hours banging my head off the desk trying to come up with a solution.Īttempt 8: Copy the files like in attempt 3. Checksum error.Īttempt 7: Investigate alternatives.
#VMWARE WORKSTATION PUTTY FOR MAC WINDOWS#
Quick tinker with settings and it was up and running.Īttempt 6: Use Workstation 7 for creation and deployment of OVF for Windows Server. Failed to deploy.Īttempt 5: Use Workstation 7 for creation and deployment of OVA for Fedora 13. = 3 hours.Īttempt 4: Creation and deployment of OVA for Windows Server. Time = 3 hours.Īttempt 3: Copy of source files of Windows Server to ESX server. Time = 3 hours.Īttempt 2: Simple conversion of Windows Server. The Windows server has 1 x 12GB thin provisioned VMDK and 1 x 30GB thin provisioned VMDK for the databases.Īttempt 1: Simple conversion of Windows Server. Nothing special about these machines and only the Windows box has a second hard drive that is used to store the mail databases so it should be easy.įedora 13 box has 1 x 40GB thin provisioned VMDK.
#VMWARE WORKSTATION PUTTY FOR MAC INSTALL#
One is a Fedora 13 install (the one that runs this site) and the other is a Windows Server 2003 R2 box which I run my non Exchange mail server from. Having built my new ESXi 4 server, the following 3 days turned in to a litany of disasters and failed attempts to persuade VMWare Converter that if it REALLY tried hard enough, it might actually successfully convert a machine and put it on the ESXi 4 server. Now, to give it its dues, VMWare Converter worked wonderfully for this part of the process and I was left confident that I would be able to reverse the process once the new server was built. Having an existing one that I wanted to tear down and use some parts from, I decided I’d use VMWare Converter Standalone to take the machines from ESXi 4 and put them on my Workstation installation for a short spell while I decommissioned and tore down the old server for parts. Let me quantify that statement with an example: Last weekend I began the process of building my new ESXi 4 server.
#VMWARE WORKSTATION PUTTY FOR MAC SOFTWARE#
The damn piece of software just doesn’t work. I’m sure that statemt’ll wrangle some VCPs and possibly VMWare themselves but I simply can’t give it anything that could be misconstrued as a seal of approval. Oh sure they’ll provide you with a tool called VMWare Converter Standalone which purports to convert your VMWare workstation guests in to fully fledged ESXi compatible versions but does it actually work? In short, no, it doesn’t. …is not made easy by our friends at VMWare.
