Il peut arriver que vous hébergiez des serveurs dont les systèmes d’exploitation ne sont pas supportés par Nutanix Move. Dans ces rares cas, vous devrez alors procéder manuellement pour migrer vos machines virtuelles et vous pourrez rencontrer des problématiques de réseaux post-migration.

Dans mon exemple, j’ai déployé sur mon ESXi une machine Ubuntu Serveur en version 24.04LTS, un système d’exploitation sorti il y a seulement quelques mois. Il n’est pas encore supporté officiellement par Nutanix Move d’après la documentation :

Lors de la création de mon plan de migration, je n’ai rencontré aucune erreur, j’ai pu valider les options sans encombre, en mode automatique et je le démarre immédiatement.

Malheureusement, la préparation automatique de la machine virtuelle échoue :

Le message est clair, Nutanix Move n’arrive pas à installer les drivers nécessaires :

Drivers Installation Failed. Driver(s) virtio_scsi could not be installed for kernel 6.8.0-45-generic

Je supprime donc mon plan de migration, j’en créé un nouveau en manuel et j’éteins la machine virtuelle sans exécuter les scripts :

Je démarre ensuite mon plan de migration pour migrer la machine virtuelle vers mon cluster AHV et tout se déroule correctement :

Une fois le transfert de données, je lance la bascule immédiatement. Le serveur est migré :

Coté Nutanix AHV, je vois bien ma machine virtuelle fraichement migrée :

Je démarre la machine virtuelle pour vérifier que la migration s’est bien passée. La VM démarre correctement mais elle ne prend pas d’adresse IP…

Cette problématique est courante avec les systèmes d’exploitation récents. En règle générale, ils intègrent de base les modules et composants nécessaires à la prise en charge totale par Nutanix. Toutefois, il est fréquent que la configuration des cartes réseaux ne soit pas correctement reprise après migration.

Pour corriger le dysfonctionnement, il faut ouvrir une console sur notre VM et procéder à la configuration manuellement.

On commence par récupérer le nom de l’interface :

nutanix@ubuntu24e1:~$ sudo lshw -class network
[sudo] password for nutanix:
*-network
description: Ethernet controller
product: Virtio network device
vendor: Red Hat, Inc.
physical id: 3
bus info: pci@0000:00:03.0
version: 00
width: 64 bits
clock: 33MHz
capabilities: msix bus_master cap_list rom
configuration: driver=virtio-pci latency=0
resources: irq:11 ioport:c040(size=32) memory:febd1000-febd1fff memory:fe000000-fe003fff memory:feb80000-febbffff
*-virtio0
description: Ethernet interface
physical id: 0
bus info: virtio@0
logical name: ens3
serial: 50:6b:8d:c0:82:7b
capabilities: ethernet physical

Ici il s’agit de ens3. Maintenant on va modifier le fichier de configuration de la carte réseau :

nutanix@ubuntu24e1:~$ sudo vi /etc/netplan/50-cloud-init.yaml
This file is generated from information provided by the datasource. Changes to it will not persist across an instance reboot. To disable cloud-init's network configuration capabilities, write a file /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following:
network: {config: disabled}
network:
ethernets:
ens160:
dhcp4: true
version: 2

Corrigez la ligne « ens » avec le nom correct de votre carte réseau et sauvegardez le fichier. Appliquez la configuration :

sudo netplan apply

Ca y est, la machine récupère une adresse ip.

Vous avez saisi le principe, mon exemple est basé sur Ubuntu mais reproductible sur les autres distributions Linux récentes, pour peu que vous adaptiez les commandes au système d’exploitation.