• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar

virtuallyGhetto

  • About
  • Privacy
  • VMware Cloud
  • Home Lab
  • Nested Virtualization
  • Automation
    • VMware Kickstart
    • VMware API/SDK/CLI
    • VMware vMA/VIMA
    • VMware OVF / OVFTOOL
  • Apple Mac
  • VCSA
  • VSAN
You are here: Home / Automation / Cross vCenter Workload Migration Fling v3.1

Cross vCenter Workload Migration Fling v3.1

01/22/2020 by William Lam 11 Comments

Here is a small update to the Cross vCenter Workload Migration Fling which includes a couple of commonly requested features along with some bug fixes.

What's New in v3.1

  • Support for disk format conversion between Thick (Lazy Zeroed), Thick (Eager Zeroed) and Thin provisioning
  • Support for VM rename pattern for Clone operation
  • Fixed duplicated network selection when performing bulk migration
  • Fixed startup failure when a new home vCenter is specified as a command line argument

vSphere HTML5 and Standalone UI Client Support

In our 3.0 release, we added support for a native vSphere HTML5 (H5) Client experience which leverages new remote plugin framework that was introduced in vSphere 6.7 Update 1 and enables customers who prefer to use the H5 Client for their day to day use to also take advantage of the Cross vCenter Workload Migration Tool directly from the same UI. However, the addition of this new consumption UI created some confusion as some folks assumed this was the only mechanism. As stated in the release notes, we support both the new H5 UI as well as the standalone UI which many customers have been using for quite some time.

I suspect the confusion was due to the new CLI syntax which now requires specifying a vCenter Server endpoint to register. It is true that if you wish to use the new H5 Client integration, you will need to have a vSphere 6.7 Update 1 environment and provide credentials to that "home" vCenter Server. However, if you do not wish to use the H5 Client and you wish to use the old standalone client, you simply omit the vCenter Server registration details and the standalone client will work. In fact, even if you decide to use the H5 Client UI, you can always use the standalone client as that is the actual backend of the system.

Option 1: vSphere H5 Client Plugin

The following command will register the Cross vCenter Workload Migration Fling plugin to the specified vCenter Server:

java -jar xvm-3.1.jar --vcenter.fqdn=VCENTER-IP-OR-FQDN --vcenter.user=ADMIN-USER --vcenter.pass=ADMIN-PASSWORD

You will need to logout and then log back in to see the plugin which is located under "Menu" as shown in the screenshot below.

Option 2: Standalone UI Client

The following command will start the Cross vCenter Workload Migration Fling in standalone mode:

java -jar xvm-3.1.jar

You can then access the standalone client by opening a browser to localhost and port specified (default is 8443). You can always access the plugin locally whether you are using Option 1 or 2.

More from my site

  • Resource Pools, Folders & VMC now supported with Cross vCenter vMotion Utility Fling
  • How to easily disable vMotion & Cross vCenter vMotion for a particular Virtual Machine?
  • vMotion across different VDS version between onPrem and VMC
  • Bulk VM Migration using new Cross vCenter vMotion Utility Fling
  • When to use Move-VM cmdlet vs xMove.ps1 script for performing Cross vCenter vMotions?
Share this...
  • Twitter
  • Facebook
  • Linkedin
  • Reddit
  • Pinterest

Filed Under: Automation, VMware Cloud on AWS, vSphere Tagged With: Cross vCenter Clone, Cross vMotion, ExVC-vMotion, vSphere

Reader Interactions

Comments

  1. como fazer o cão parar de latir de madrugada says

    02/19/2020 at 9:28 am

    Thanks for post!

    Como Fazer o Cachorro Parar de Latir de Madrugada

    Reply
  2. Long_lanh says

    04/24/2020 at 8:17 am

    download the file and extract but don’t the file jar xvm-3.1.jar please advise. thanks

    Reply
  3. Mike O says

    08/03/2020 at 3:02 pm

    Hi William, I was wondering if there will be an update to the Cross vCenter Migration Utility for vSphere 7 support? If so, any ETA? Thanks, Mike

    Reply
    • William Lam says

      08/03/2020 at 7:14 pm

      It already works, have several folks who’ve done migrations on vSphere 7 as vMotion APIs haven’t changed

      Reply
      • Mike O says

        08/05/2020 at 1:53 pm

        Thanks William, I’m assuming the same pre-req’s apply, and rules around VSS/VDS migrations to VSS/VDS are the same? (ie, if we have vSphere 6.7 on the source with vDS 6.6, we need vDS 6.6 on target vSphere 7 for the migration). https://kb.vmware.com/s/article/2126851 ? Are you aware of any issues or limitations of Cross vCenter migrating from 6.X to 7? Building out a lab to test this, but figured it was worth asking 🙂 Appreciate your input.

        -Mike

        Reply
  4. Babak says

    09/21/2020 at 9:06 pm

    Hi

    My vcsa version is 6.7 u3 now I am using follow command :

    java -jar ‘D:\Virtualize\vmware\Cross vCenter Workload Migration Utility\xvm-3.1.jar’ –vcenter.fqdn=labvcsa.opr.dsa –vcenter.user=*protected email* –[email protected]

    and show follow output in shell :

    22:53:26 INFO *** Cross vCenter vMotion Utility ***
    22:53:27 INFO Starting ApiController v3.1 on WOPR28 with PID 27620 (D:\Virtualize\vmware\Cross vCenter Workload Migration Utility\xvm-3.1.jar started by b.seyedi in C:\WINDOWS\system32)
    22:53:27 DEBUG Running with Spring Boot v2.0.3.RELEASE, Spring v5.0.7.RELEASE
    22:53:27 INFO No active profile set, falling back to default profiles: default
    22:53:31 INFO Using app port 8443. The default port is 8443 and can be changed by using the -Dserver.port flag
    22:53:33 INFO Initialized persisted state for 1 sites
    22:53:33 INFO Registering site vc-home for vc: labvcsa.opr.dsa
    22:53:33 DEBUG Loading xvm keystore
    22:53:44 DEBUG Getting certificate from VC: labvcsa.opr.dsa
    22:53:44 DEBUG Obtained valid certificate for https://labvcsa.opr.dsa/sdk
    22:53:44 INFO Plugin: com.vmware.xvm has been successfully registered in vCenter .
    22:53:44 INFO Running session thread for labvcsa.opr.dsa
    22:53:44 INFO Persisted info for 1 sites
    22:53:44 INFO Successfully registered site vc-home

    Now when I login to labvcsa.opr.dsa nothig show in Home about cross vCenter
    What happen ?

    Also after login to labvsa.opr.dsa show follow error in the tasks ;

    https://pasteboard.co/Js9npKQ.jpg

    Reply
  5. Harold says

    10/06/2020 at 7:00 am

    First of all, excellent work !

    Two questions
    1) installation of plugin in vCenter is done remotely from any server with java?
    2) does the plugin needs to be registered on the source, target or both vCenter servers?

    Reply
  6. Jose Gerez says

    10/08/2020 at 2:23 am

    How can I unregister the plugin?

    Reply
    • William Lam says

      10/08/2020 at 4:21 am

      You can go to /mob/?moid=ExtensionManager and use the “unregisterExtension” with the plugin ID

      Reply
  7. D says

    10/19/2020 at 12:09 pm

    How do you uninstall this Cross vCenter Migration Fling?

    Reply
    • William Lam says

      10/19/2020 at 12:50 pm

      See my previous reply above 🙂

      Reply

Thanks for the comment! Cancel reply

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

Primary Sidebar

Author

William Lam is a Senior Staff Solution Architect working in the VMware Cloud team within the Cloud Services Business Unit (CSBU) at VMware. He focuses on Automation, Integration and Operation for the VMware Cloud Software Defined Datacenters (SDDC)

  • Email
  • GitHub
  • LinkedIn
  • RSS
  • Twitter
  • Vimeo

Sponsors

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