# Troubleshooting for Converting to Azure Resource Manager

By default, Commvault supports automatic injection of Azure Hyper-V drivers (hv_netvsc, hv_storvsc, hv_vmbus), Azure agent and Network customization on the source VMs. For more information, see Injecting Drivers Automatically Using Direct Upload to Managed Disk Conversion.

## Linux VMs Do Not Boot or Are Unreachable After Conversion or Replication to Azure

### Symptom

After you convert Linux VMs to Azure or replicate Linux virtual machines from VMware to Azure, the virtual machines are not bootable or are not network accessible.

### Causes

Depending on the version of Linux running on the guest VMs, the following factors might cause problems with the destination VM in Azure:

- (UNIX VM conversions) Kernel on VM has not been upgraded.

- (RHEL 7.x) Missing required drivers.

- (RHEL 7.x) Incorrect Classless Inter-Domain Routing (CIDR) subnet range configuration makes VMs unreachable.

- (SUSE) Linux VMs do not start or are unreachable after replication to Azure.

For more information, see the Microsoft article Prepare a Red Hat-based virtual machine for Azure.

### Resolutions

### UNIX VM conversions: Upgrade kernel on VM

Upgrade the kernel on the VM as follows:

1. Check "uname -r" output, and note the kernel version number being used for current boot.

2. Check "ls /boot/initram*" and determine if any latest kernel (that is, initramfs image) is present with a higher kernel version number than what is currently used (see Step 1, above). If so, reboot to update kernel.

3. Check "uname -r" ouptut and confirm it is using the latest kernel version number.

4. Install Hyper-V drivers.

5. Recut the initramfs.

6. Perform a full backup on the VM.

7. Restore VM to Azure.

#### RHEL 7.x: Install required drivers

The following drivers are required on the source VM:

- hv_netvsc.ko

- hv_storvsc.ko

- hv_vmbus.ko

On the source VM, recut the initramfs with required kernel drivers for Hyper-V hardware on the source machine. This operation does not cause any disruption to the source machine.

1. Check whether required Hyper-V kernel modules are present:

       lsmod | grep -i hv

2. Identify the current kernel version:

       uname -r

3. Create a backup of the current initramfs:

        cp /boot/$[Current_Version].img /boot/$[Current_Version].img.backup

4. Edit the dracut.conf file:

       vi /etc/dracut.conf

5. Uncomment the line that contains add-drivers, and then add the following drivers to the line, with spaces separating each module:

       hv_netvsc hv_storvsc hv_vmbus

6. Go to the boot folder:

       cd /boot

7. Recut the initramfs:

       dracut -f -v

8. Verify that the size has changed:

       ls -l

9. Perform a new full backup of the source VM and repeat the replication operation.

10. Verify that the destination VMs start.

#### RHEL 7.x: Ensure the network mask for destination subnet matches network mask for source subnet, and reconfigure CIDR range for subnets

1. Ensure that the network mask for the destination subnet matches the network mask for the source subnet.

   For example, if the source subnet has a /22 CIDR range and the destination subnet in Azure has a /24 subnet range, packets are not routed correctly to the outside because the mapping for the default gateway is incorrect.

2. If necessary, reconfigure the CIDR range for the subnets in Azure.

3. Perform a new full backup of the source VM and repeat the replication operation.

4. Verify that destination VMs are reachable.

#### SUSE: Recut the initrd image with required kernel drivers for Hyper-V hardware on source machine

Note

Depending on the SUSE OS version, the commands might vary.

The following drivers are required on the source VM:

- hv_netvsc.ko

- hv_storvsc.ko

- hv_vmbus.ko

On the source VM, recut the initrd image with required kernel drivers for Hyper-V hardware on the source machine. This operation does not cause any disruption to the source machine.

1. Identify the current kernel version:

       uname -r

2. Check whether required drivers are already a part of the initrd image for the guest VM:

       lsinitrd | grep -i hv

3. Go to the boot folder:

       cd /boot

4. Take a backup of the initrd image:

       cp initrd-$(uname -r) initrd-$(uname -r).backup

5. Insert the drivers and recut the initrd image:

       mkinitrd -v -m "hv_vmbus hv_netvsc hv_storvsc" -f /boot/initrd-$(uname -r) $(uname -r)

6. Check whether Hyper-V kernel modules got installed succesfully:

       lsinitrd | grep -i hv

7. Verify that the size has changed:

       ls -l

8. Perform a new full backup of the source VM and repeat the replication operation.

9. Verify that the destination VMs start.

×

Loading...