Que se passe-t-il ?

Une migration « à chaud » échoue avec une erreur indiquant que l'importation « à chaud » a dépassé la limite de tentatives.

Pourquoi cela se produit-il?

MTV a créé plus de 28 instantanés de suivi par blocs modifiés (CBT) pour la source VM. Une seule instance d' VM prend en charge jusqu'à 28 instantanés CBT. Lorsque cette limite est dépassée, la migration à chaud ne peut plus se poursuivre.

Comment peut-on y remédier?

1. Supprimez les anciens instantanés CBT sur l' VM-source afin d'en réduire le nombre plus de 28 instantanés.
2. Le cas échéant, réduisez la fréquence de création des instantanés en augmentant l'intervalle de pré-copie controller_precopy_interval.
3. Relancez le plan de migration.

Que se passe-t-il ?

La migration échoue et génère une erreur indiquant que l'image disque ne peut pas être redimensionnée à la taille requise.

Pourquoi cela se produit-il?

Les volumes persistants de destination « VM » qui utilisent la fonctionnalité « ext4 » sur un stockage en blocs dépassent la marge par défaut de 10 % prévue pour la surcharge du système de fichiers par le Containerized Data Importer (CDI) suppose. Par conséquent, l'espace disponible pour la partition racine est insuffisant.

Comment peut-on y remédier?

1. Modifiez la ressource personnalisée (CR) « ForkliftController ».
2. Augmentez la valeur du paramètre « controller_filesystem_overhead » à une valeur supérieure plutôt que 0.10, comme par exemple 0.15.
3. Appliquez la modification.
4. Relancez la migration.

Que se passe-t-il ?

Un plan de migration échoue dès sa création, avant même que la moindre machine virtuelle ne soit transférée.

Pourquoi cela se produit-il?

Les récupérations d'images du kit de développement de disques virtuels (VDDK) sont refusées car le pod de validation ne parvient pas à s'authentifier auprès du réseau interne Red Hat OpenShift registre d'images.

Comment peut-on y remédier?

Accorder un accès en lecture au compte de service « default » dans l'espace de noms cible. Exécutez la commande suivante dans le terminal Web Red Hat OpenShift ou depuis un système local sur lequel est installée l'interface CLI d' oc.

oc adm policy add-cluster-role-to-user registry-viewer system:serviceaccount:<target-namespace>:default

Remplacez « target-namespace » par votre espace de noms cible.

Que se passe-t-il ?

Un plan de migration échoue lors de la phase d'initialisation en raison d'erreurs qui indiquent des problèmes de connectivité ou de résolution du nom d'hôte.

Pourquoi cela se produit-il?

Le module d'importation ne parvient pas à résoudre les noms d'hôte ESXi. système de nom de domaine (DNS) Les requêtes de résolution échouent pour les connexions sur le port 902 entre le Red Hat OpenShift le cluster et les hôtes ESXi d' VMware.

Comment peut-on y remédier?

Configurez le transfert DNS (Domain Name System) pour le domaine « vCenter » ou « ESXi ». Ajoutez une zone de redirection pointant vers vos contrôleurs de domaine.

servers:
- forwardPlugin:
        policy: Random
        upstreams:
        - <domain-controller-ip-1>
        - <domain-controller-ip-2>
    name: vcs-resolver
    zones:
    - vcs.example.com

Dans la configuration YAML, remplacez domain-controller-ip-1 et domain-controller-ip-2 avec les adresses IP de vos contrôleurs de domaine. Remplacez « vcs.example.com » par votre domaine « vCenter » ou ESXi. Ensuite, appliquez la modification du DNS après avoir enregistré la configuration.

Que se passe-t-il ?

L'outil de conversion « virt-v2v » indique que le système de fichiers est monté en lecture seule, et la migration échoue.

Pourquoi cela se produit-il?

Le serveur Windows® d'origine VM n'a pas été arrêté correctement avant l'exportation du fichier Open Virtualization Archive (OVA). Le démarrage rapide ou le mode veille a laissé le système de fichiers dans un état non validé, ce qui empêche virt-v2v de le monter pour un accès en lecture/écriture.

Comment peut-on y remédier?

1. Désactivez le démarrage rapide sur l' VM Windows d'origine. Accédez au Panneau de configuration > Options d'alimentation > Choisissez la fonction des boutons d'alimentation, puis décochez la case « Activer le démarrage rapide ».
2. Désactivez le mode veille prolongée. À partir d'une invite de commande avec droits d'administrateur, exécutez powercfg /h off
3. Effectuez un arrêt correct en exécutant la commande « shutdown /s /t 0 ».
4. Réexportez le fichier OVA une fois l'arrêt propre terminé.
5. Téléversez le nouvel OVA sur le serveur NFS.
6. Réessayez la migration.

Que se passe-t-il ?

Une fois l'option « Conserver les adresses IP statiques » activée, l' VM e migré ne reçoit pas l' adresse IP attendue, et le réseau de destination présente une incompatibilité de sous-réseau.

Pourquoi cela se produit-il?

Le réseau principal de couche 2 de destination possède un sous-réseau différent de celui du réseau source.

Comment peut-on y remédier?

Supprimez puis recréez le réseau principal de la couche 2 afin qu'il corresponde au bon sous-réseau. Ensuite, relancez la migration.

Que se passe-t-il ?

Une fois l'option « Conserver les adresses IP statiques » activée, l' VM e migrée se voit attribuer une adresse IP libre plutôt que l'adresse IP statique de la source.

Pourquoi cela se produit-il?

La source VM n'était pas allumée au moment de la migration, ou l'agent invité VMware n'était pas installé Ces deux conditions sont nécessaires pour que le maintien de l'adresse IP statique fonctionne correctement.

Comment peut-on y remédier?

1. Supprimez le fichier « VM » qui n'a pas été migré correctement.
2. Vérifiez que l'agent client « VMware » ( VMware Tools ou open-vm-tools) est disponible sur le site VM.
3. Assurez-vous que la source VM est sous tension.
4. Réessayez la migration.

Que se passe-t-il ?

Une fois l'option « Conserver les adresses IP statiques » activée, l'adresse IP statique n'est pas conservée et la carte réseau fait référence à un réseau secondaire de couche 2.

Pourquoi cela se produit-il?

Les réseaux secondaires de couche 2 ne prennent pas en charge la fonctionnalité « Preserve static IP ».

Comment peut-on y remédier?

Créez un réseau secondaire de couche 2 sans gestion des adresses IP (IPAM) et utilisez plutôt une configuration manuelle des adresses IP.

Que se passe-t-il ?

Une fois l'option « Conserver les adresses IP statiques » activée, l'adresse IP statique n'est pas conservée et la carte réseau fait référence à un réseau « Localnet » ou « VMNetwork ».

Pourquoi cela se produit-il?

Les réseaux Localnet ne prennent pas en charge la fonctionnalité « Preserve static IP ».

Comment peut-on y remédier?

Utilisez la configuration manuelle de l'adresse IP sur le site VM après la migration.