Migration completed successfully but server is not pinging

Podur, Santosh Kumar 0 Reputation points
2026-10-24T19:47:04.1733333+00:00

Hi Team,

Today morning, I migrated the Zeek server (LPAL0199SECSZ02) from VMware to Azure Local. The migration completed successfully; however, the server is not booting up.

We accessed the VM console through Azure Local and found the following errors during the boot process:

Plain Text

dracut-initqueue: timeout

still waiting for following initqueue hooks

/dev/mapper/system-root

/dev/system/swap

As part of troubleshooting, we deleted the migrated VM along with the associated disks and network connections from Azure Local. We then powered on the source VM in the VMware environment and confirmed that the server is up and running and the IP address is reachable.

However, when attempting to configure replication again, the server does not appear as available for replication. Azure Migrate still shows the VM as "Powered Off", even though it is currently running in VMware.

Could you please advise on the next steps to refresh the VM status in Azure Migrate and allow replication to be configured again?

Thank you, Santosh Kumar Podur

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

2 answers

Sort by: Most helpful
  1. Podur, Santosh Kumar 0 Reputation points
    2026-10-24T20:24:37.8066667+00:00

    Before seeing this answer, I already started the replication once I discovered the server .
    Now the replication status Delta Sync
    Do you wnat me to migrate it now ?

    Was this answer helpful?

    0 comments No comments

  2. AI answer

    2026-10-24T19:47:58.5433333+00:00

    Complete or stop the existing replication record, refresh VMware discovery, and prepare the source Linux initramfs with Hyper-V drivers before enabling replication again.

    1. Remove the stale migration state

    Deleting the Azure Local VM, disks, and network resources does not remove the protected item maintained by Azure Migrate. Because the replication artifacts—including the seed disks—were manually deleted, the existing replication cannot safely be reused; stop it and begin initial replication again. Microsoft specifically notes that deleting a seed disk can require stopping and re-enabling replication. ^1^

    1. In the Azure portal, open the Azure Migrate project.
    2. Go to Migration tools → Azure Local migration → Replications.
    3. Find LPAL0199SECSZ02.
    4. If the previous migration still shows as migrated, select Complete migration.
    5. Otherwise, select Stop replication and wait for its removal from Replications.
    6. Use Forcefully complete migration or Forcefully stop replication only if the normal operation fails. Forceful removal can leave artifacts behind and should be a last resort. ^1^

    Do not delete any further seed disks or replication resources manually.

    2. Refresh the source VMware inventory

    The powered-off value is discovery inventory, not a live indication that the guest is currently unreachable.

    1. Confirm the source VM remains powered on in vCenter and has VMware Tools installed; both are required during Azure Local discovery and migration. ^2^
    2. Open the source Azure Migrate appliance Configuration Manager.
    3. Confirm that its vCenter discovery source and credentials remain valid.
    4. Select Start Discovery and wait for the green completion checkmark.
    5. In the Azure portal, open Azure Migrate → Servers, databases and web apps and select Refresh to expedite synchronization. ^3^
    6. Verify that the VM now appears as powered on and is selectable under Migration and modernization → Replicate.

    If discovery does not update, verify the VMware discovery service on the source appliance:

    Get-Service -Name amvmwdiscoverysvc,asrgwy,asrmgmtsvc
    
    # Start only services that are stopped:
    Start-Service -Name amvmwdiscoverysvc
    Start-Service -Name asrgwy
    Start-Service -Name asrmgmtsvc
    

    These services must be healthy on the source appliance. ^3^

    3. Prepare the Linux VM before replicating again

    The dracut-initqueue timeout and unavailable root logical volume are consistent with the documented Azure Local issue in which the Linux initramfs lacks the Hyper-V storage and bus drivers needed after migration. Apply the fix to the working VMware source VM before retrying. ^4^

    Run as root:

    uname -r
    lsinitrd | grep -Ei 'hv_(vmbus|netvsc|storvsc|utils)'
    
    cp -a /boot/initramfs-$(uname -r).img \
          /boot/initramfs-$(uname -r).img.pre-azure-local
    
    printf '\nadd_drivers+=" hv_vmbus hv_netvsc hv_storvsc hv_utils "\n' \
      >> /etc/dracut.conf
    dracut -f -v
    lsinitrd | grep -Ei 'hv_(vmbus|netvsc|storvsc|utils)'
    

    Also update /etc/fstab to reference persistent volume identifiers rather than transient device names before migration. ^3^

    Then reboot the VMware source once and confirm it still starts normally.

    4. Replicate and validate again

    1. Select Migration and modernization → Replicate.
    2. Choose Azure Local, VMware vSphere, the applicable source appliance, and LPAL0199SECSZ02.
    3. Allow initial replication to complete until Migration status becomes Ready to migrate. ^2^
    4. Perform a test migration or controlled migration and verify console boot, LVM volumes, networking, and the Zeek services.
    5. Only after validation, select Complete migration instead of manually deleting replication artifacts. ^5^

    If the VM remains unavailable after discovery completes, collect the source-appliance logs from C:\ProgramData\MicrosoftAzure\Logs\HyperV\Discovery, plus the replication Job ID, and open a Microsoft support case. ^3^


    References

    1. FAQ - Migration of Hyper-V and VMware VMs to Azure Local using Azure Migrate
    2. Discover and replicate VMware VMs for migration to Azure Local using Azure Migrate
    3. Troubleshoot issues migrating VMs to Azure Local via Azure Migrate
    4. Known issues in Azure Migrate for Azure Local
    5. Migrate VMware VMs to Azure Local using Azure Migrate
    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.