Azure Migrate - Replication Error

Aishwarya 0 Reputation points
2026-07-27T12:35:16.11+00:00

I am trying to migrate servers (physical/AWS/GCP) to Azure using Azure Migrate. Discovery happened, but replication is failing as the mobility agent is not getting installed. I've changed the kernel to supported version as well. I am getting the same error for ubuntu 22 and 24.User's image

Azure Migrate
Azure Migrate

A central hub of Azure cloud migration services and tools to discover, assess, and migrate workloads to the cloud.

0 comments No comments

1 answer

Sort by: Most helpful
  1. AI answer

    2026-07-27T12:35:41.2033333+00:00

    For physical, AWS, and GCP migrations that use the physical-server workflow, replication requires the Mobility service to be installed on the source machine.

    For GCP VMs, the push installation method built into Azure Site Recovery is not currently supported. The Mobility service must be preinstalled on the source GCP VM before replication is started.

    For AWS EC2, the accepted guidance in Microsoft Q&A is that manual installation can fail because the generic Mobility Service agent is the wrong agent for EC2 scenarios. The recommended approach is to use the Azure Migrate workflow to discover the AWS VM and let Azure Migrate handle the Mobility Service installation during replication.

    Since discovery succeeded but replication fails at Mobility agent installation, check these items:

    1. Confirm the migration path
      • For physical servers and the physical-server-style workflow, install the Mobility service on the source machine before replication.
      • For GCP VMs, preinstall and register the Mobility service agent with the replication appliance before starting replication.
      • For AWS EC2, use the Azure Migrate workflow for EC2 rather than manually installing a generic agent.
    2. Verify the source machine is registered correctly
      • Make sure the Mobility Agent is installed on the source VM and is registered to the Configuration Server / replication appliance.
    3. Check connectivity between source machine and replication appliance
      • Ensure firewall and network rules allow a path between the replication appliance and the source machines.
      • For replication progress issues, ensure the replication appliance has TCP 9443 and HTTPS 443 enabled for data transport.
      • For Linux source discovery/connectivity issues, ensure port 22 is enabled.
    4. Check appliance health
      • Verify the replication appliance meets requirements.
      • Ensure there are no stale duplicate versions of the replication appliance connected to the same project.
      • If appliance registration is affected, verify proxy settings are not blocking registration.
    5. For Linux installation/authentication issues
      • If discovery or BIOS GUID collection fails, use root login rather than a pseudo user.
      • For GCP, if root cannot be used, ensure the required capabilities are set on the user as described in the support matrix referenced by the product documentation.
    6. For GCP manual install path
      • Extract the installer tarball to a local folder.
      • Run the installer:
             sudo ./install -r MS -v VmWare -q -c CSLegacy
        
      • Register the agent with the replication appliance:
             /usr/local/ASR/Vx/bin/UnifiedAgentConfigurator.sh -i <replication appliance IP address> -P <Passphrase File Path>
        

    If the failing machines are AWS EC2 Ubuntu 22/24, changing the kernel alone is not the key fix based on the available guidance. The supported path is to use Azure Migrate’s EC2 migration workflow and avoid manually installing the generic Mobility agent.


    References:

    AI-generated content may be incorrect. Read our transparency notes for more information.

    Was this answer helpful?

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.