WilliamLam.com

  • About
    • About
    • Privacy
  • VMware Cloud Foundation
  • VKS
  • Homelab
    • Resources
    • Nested Virtualization
  • VMware Nostalgia
  • Apple
You are here: Home / Automation / Quick Tip - Preserving MachineGUID in Windows using vCenter Converter

Quick Tip - Preserving MachineGUID in Windows using vCenter Converter

05.15.2023 by William Lam // 13 Comments

When using the popular vCenter Converter tool for performing a Physical-to-Virtual (P2V) or Virtual-to-Virtual (V2V) migration of Microsoft Windows, the MachineGuid (HKLM->SOFTWARE->Microsoft->Cryptography->MachineGuid) can change based on your migration settings.


By default, the Reconfigure destination virtual machine option is selected to help ensure the converted virtual machine will properly start in the destination environment as outlined in the vCenter Converter documentation.


If you wish to preserve the MachineGuid, then you simply need to uncheck this box before starting the migration. For modern versions of Windows, this should not be a problem but if you are converting older releases, you should verify that converter workload will startup properly before utilizing this setting.

Furthermore, if you simply cloned a Windows VM in vSphere, the default behavior is to generate a new BIOS UUID which directly affects the MachineGUID. To prevent this behavior, you can add an additional VM Advanced Setting to "keep" the original BIOS UUID as outlined in VMware KB 1541 and this behavior is simliar to de-selecting the vCenter Converter setting based on my quick test.

More from my site

  • vCenter Converter 6.4 Beta is now LIVE
  • Quick Tip - Easily move or copy VMs between two Free ESXi hosts?
  • Using vCenter Converter 6.3 with vSphere 8 or VMware Cloud on AWS (VMC-A)
  • New vCenter Converter Beta
  • Automating vCloud Application Director (AppD) configuration

Categories // Automation, vSphere Tags // MachineGUID, vCenter Converter

Comments

  1. *protectedDavidN says

    05/15/2023 at 10:35 am

    Hi, would this also retain disk IDs (required for MSCS disks)?

    Reply
    • William Lam says

      05/15/2023 at 10:39 am

      Not sure, you'll have to try it out and see for your specific OS. For older OS, there's not been a way to globally identify disks, at least not in any reliable fashion. I think it was only in modern OSes that there's now a way via UUID but something you'll want to experiment with

      Reply
      • *protectedDavidN says

        05/15/2023 at 12:07 pm

        I think I will - cheers!

        Reply
        • William Lam says

          05/15/2023 at 12:16 pm

          Feel free to report back on your findings, especially for the version of operating systems

          Reply
          • *protectedDavidN says

            05/18/2023 at 4:55 am

            Hiya, I tried with 2003 64-bit - but it wouldn't start the VM after unchecking the re-configure box.

          • *protectedPaul says

            02/07/2024 at 8:34 am

            I always get a "fail" in standalone when i P2V one Win11 Pro PC at 98% with the errors :

            Warning: Unable to update BCD on the destination machine's system volume.

            Warning: Unable to update drive letters for the destination volume layout.

            What can i do ? Check ? But it's OK if i uncheck the reconfigure option and VM can start OK.

  2. *protectedMichael says

    05/15/2023 at 1:56 pm

    I have had problems with this in the past, including with Windows Server 2016, V2V from Hyper-V.
    The MachineGuid is contained in the file names under C:\ProgramData\Microsoft\Crypto\Keys.
    If the ID changes, Windows no longer finds the private keys of the certificates.

    In my opinion, the MachineGuid should not be changed in the default setting.

    Reply
  3. *protectedCaleb says

    05/15/2023 at 6:27 pm

    Dude you're a lifesaver! I'm in the middle of a HyperV to VMware project and the Machine keys resetting has caused so many issues! Especially with IIS servers. I will definitely be trying this out.

    Reply
  4. *protectedJohn says

    10/03/2023 at 8:19 am

    What happens when you have a client that moves an Exchange server from host to host using the conversion tool, doesn't select keep and also deletes the original VM and it then breaks the machine? I have tried editing the bios.uuid and changing it to the extracted machineGUID, but that didn't fix things.
    Currently, we are waiting on a restore, but I am afraid we will be right back in the same boat when creating a new VM and attaching the VMDK file.

    Reply
  5. *protectedDavid Nixon says

    11/06/2023 at 7:35 am

    FYI. Using the 6.4 Converter with Windows 2012, source and destination vCenters are the same. We are using the tool to minimize downtime on 6TB VMs moving from Intel to AMD and no shared storage (ROBO). Anyway, even though I do not reconfigure destination machine, the target VM has a new GUID before power on. I've tested that manually editing it back to the original and adding uuid.action = "keep" works, but this is contrary to your post. Also, a random observsatition when doing these V2V (vC 8u1d) is that after the target boots up, and the services get started (about 5 minutes), the converter application (running in converted guest) reconnects to vCenter and reverts back to snapshot.

    Reply
  6. *protectedTobias says

    11/26/2023 at 5:23 am

    Does not work with Server 2019, I converted from one free ESXi (6.7) to a new one (8.0.2). I tried without the "Reconfigure" tickbox mentioned above, with action.uuid = "keep" in source and destination vmx. Even when setting the uuid.bios manually to the old one and setting uuid.action = "keep" in the dest vmx file uuid.bios is not preserved during startup on the des ESXi host. Which makes a new software registration necessary in my case 🙁

    Reply
  7. *protectedpepper says

    12/12/2023 at 11:19 pm

    this different machineGUID will cause IISADMIN service unable to start

    Reply
  8. *protectedTahl Jenkins says

    03/17/2024 at 4:10 pm

    I'm unticking this box but the UUID is still changing.

    Reply

Thanks for the comment!Cancel reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Search

Thank Author

Author

William is Distinguished Platform Engineering Architect in the VMware Cloud Foundation (VCF) Division at Broadcom. His primary focus is helping customers and partners build, run and operate a modern Private Cloud using the VMware Cloud Foundation (VCF) platform.

Connect

  • Bluesky
  • Email
  • GitHub
  • LinkedIn
  • Mastodon
  • Reddit
  • RSS
  • Twitter
  • Vimeo

Recent

  • VMUG Connect 2025 - Minimal VMware Cloud Foundation (VCF) 5.x in a Box  05/15/2025
  • Programmatically accessing the Broadcom Compatibility Guide (BCG) 05/06/2025
  • Quick Tip - Validating Broadcom Download Token  05/01/2025
  • Supported chipsets for the USB Network Native Driver for ESXi Fling 04/23/2025
  • vCenter Identity Federation with Authelia 04/16/2025

Advertisment

Privacy & Cookies: This site uses cookies. By continuing to use this website, you agree to their use.
To find out more, including how to control cookies, see here: Cookie Policy

Copyright WilliamLam.com © 2025

 

Loading Comments...