Aller au contenu principal

Problèmes connus

Examinez les problèmes connus liés au dispositif de déploiement ThinkAgile VX.

Version 3.1.0

Le dispositif de déploiement ThinkAgile VX, version 3.1.0, présente ces problèmes connus :
  • Lorsque vous avez des adresses XCC et des adresses IP de gestion dans le même sous-réseau, dans la page Network Settings per Physical Host, vous devez renseigner les détails des champs XCC (BMC) IP address, même s’ils ne sont pas marqués comme obligatoires.

Version 3.0.0

Le ThinkAgile VX Deployer, version 3.0.0, présente ces problèmes connus :
  • Lorsque vous disposez d'adresses IP de gestion et XCC dans le même sous-réseau, à la page Network Settings per Physical Host, vous devez renseigner tous les informations relatives aux champs XCC (BMC) IP address, même s'il n'est pas indiqué que ces champs sont requis.

Version 2.1.0

Le dispositif de déploiement ThinkAgile VX, version 2.0.1, présente ces problèmes connus :
  • Lorsque le déploiement d’un cluster vSAN est terminé, il se peut que le bouton Download Log ne fonctionne pas. À la place, cliquez sur l’icône d’aide (i), puis cliquez sur Download Debug Logs pour télécharger le journal du déploiement.

  • Lorsque vous lancez un déploiement, il est possible que vous voyez brièvement le message No Data can be found au début du déploiement. Ce message n’a aucune incidence sur le processus de déploiement.

  • Lors de la spécification d’un emplacement de cluster (6. Cluster location), le Organization Name et le Region Name ne doivent pas être identiques. En outre, le nom utilisé pour le Organization Name ne peut pas avoir été précédemment utilisé pour le Region Name, et vice-versa.

Version 2.0.1

Le dispositif de déploiement ThinkAgile VX, version 2.0.1, présente ces problèmes connus :
  • Un déploiement se compose de plusieurs étapes, qui sont énumérées sur la page Déployer un cluster. Plusieurs étapes peuvent se dérouler simultanément. Lorsque l'une de ces étapes est terminée, le temps écoulé est réinitialisé à 00:00.

  • Vous pouvez utiliser un fichier de configuration pour ajouter des hôtes à un cluster existant. Si vous choisissez de procéder ainsi, les noms des nouveaux hôtes seront générés par le dispositif de déploiement, mais ils risquent de ne pas être compatibles avec les autres hôtes du cluster. Après avoir ajouté les hôtes, veillez à valider les noms d'hôtes sur la page Paramètres d'hôte. À partir de cette page, vous pouvez modifier les noms d'hôtes si vous le souhaitez.

  • Lorsque vous tentez de déployer un nouveau cluster vSAN, vous pouvez choisir de suivre la progression du déploiement d'ESXi en affichant la console XCC. Si vous avez choisi vSphere 7 comme version d'installation, lors de l'installation d'ESXi sur un hôte, vous pouvez voir dans la console XCC un message indiquant par erreur que VMware ESXi 7.0.3c est en cours d'installation ; le dispositif de déploiement VX installera en réalité VMware ESXi 7.0.3g.

  • Lors de l'ajout d'un nœud à un cluster existant, la page Paramètres ESXi globaux indique que vous pouvez spécifier la version ESXi. Toutefois, lorsque vous ajoutez un nœud à un cluster existant, la version d'ESXi à installer sur le nœud est basée sur la version d'ESXi exécutée sur les nœuds du cluster existant. Par conséquent, vous pouvez spécifier les données d'identification ESXi, mais vous n'avez pas la possibilité de spécifier la version ESXi.

  • Si la MV du dispositif de déploiement VX est arrêtée pendant le processus de déploiement, elle peut rester dans un état indéterminé. Si la MV est arrêtée par inadvertance, vous devrez tenter à nouveau le déploiement pour réinitialiser l'état de la MV. L'opération n'aboutira pas, mais le dispositif de déploiement VX appellera un script de nettoyage. Vous pouvez ensuite tenter à nouveau le déploiement.

  • Sur la page Paramètres LXCI, l'ID VLAN du réseau XCC peut être affiché comme égal à 1 par défaut. Veillez à spécifier le bon ID VLAN.

  • Sur la page Mise en réseau générale, vous pouvez spécifier un masque de sous-réseau personnalisé pour chacun des réseaux (gestion ESXi, vSAN, vMotion et XCC). Les masques de sous-réseau suivants, s'ils sont spécifiés pour un réseau, entraîneront des problèmes de déploiement :

    • 255.255.255.254 ( /31 ) – spécifie un masque de sous-réseau pour 0 hôte

    • 255.255.255.252 ( /30 ) – spécifie un masque de sous-réseau pour 2 hôtes

    Le dispositif de déploiement VX exige que vous spécifiiez un minimum de trois hôtes pour un cluster vSAN.

Version 1.2.1

Le dispositif de déploiement ThinkAgile VX, version 1.2.1, présente ces problèmes connus :
  • Lors de la configuration du dispositif de déploiement VX, les adresses IP XCC et les adresses IP de gestion ESXi doivent se trouver sur des sous-réseaux différents. Le déploiement ne fonctionne pas si elles sont sur le même sous-réseau ; des défaillances intermittentes peuvent se produire lors du déploiement ESXi.

  • Si, depuis la page Vérification, vous tentez de revenir à une page précédente du dispositif de déploiement VX à l’aide du panneau de navigation de gauche, il est possible que le bouton Suivant ne soit plus disponible (il sera alors grisé). À ce stade, la solution de contournement consiste à arrêter et à redémarrer la machine virtuelle du dispositif de déploiement VX.

  • Le nom de domaine qualifié complet (FQDN) que vous spécifiez pour le nom d’hôte NTP ne peut pas contenir plus de trois étiquettes (deux points). Si le nom d’hôte NTP contient plus de trois étiquettes, indiquez l’adresse IP à la place.

  • Indiquer des serveurs DNS principaux et secondaires sur la page Services réseau entraînera une erreur sur la page Paramètres réseau par page Hôte physique. La solution de contournement consiste à indiquer uniquement un serveur DNS principal (n'indiquez pas de serveur DNS secondaire).

Version 1.2.0

Le dispositif de déploiement ThinkAgile VX, version 1.2.0, présente ces problèmes connus :
  • Lors de la configuration du dispositif de déploiement VX, les adresses IP XCC et les adresses IP de gestion ESXi doivent se trouver sur des sous-réseaux différents. Le déploiement ne fonctionne pas si elles sont sur le même sous-réseau ; des défaillances intermittentes peuvent se produire lors du déploiement ESXi.

  • Si, depuis la page Vérification, vous tentez de revenir à une page précédente du dispositif de déploiement VX à l’aide du panneau de navigation de gauche, il est possible que le bouton Suivant ne soit plus disponible (il sera alors grisé). À ce stade, la solution de contournement consiste à arrêter et à redémarrer la machine virtuelle du dispositif de déploiement VX.

  • Le nom de domaine qualifié complet (FQDN) que vous spécifiez pour le nom d’hôte NTP ne peut pas contenir plus de trois étiquettes (deux points). Si le nom d’hôte NTP contient plus de trois étiquettes, indiquez l’adresse IP à la place.

  • Indiquer des serveurs DNS principaux et secondaires sur la page Services réseau entraînera une erreur sur la page Paramètres réseau par page Hôte physique. La solution de contournement consiste à indiquer uniquement un serveur DNS principal (n'indiquez pas de serveur DNS secondaire).

Version 1.1.0

Le dispositif de déploiement ThinkAgile VX, version 1.1.0, présente ces problèmes connus :
  • Lors de l’ajout de nœuds à un cluster vSAN existant, LXCI ne les détecte et ne les gère pas automatiquement. Pour les ajouter à LXCI, vous devez les détecter manuellement via vCenter. Pour plus d’informations sur la détection des nœuds et leur ajout à LXCI, voir la rubrique suivante :

    Configuration de LXCI

    En outre, vous devez mettre LXCI à niveau vers la version 7.4 si le cluster vSAN contient l’un des systèmes suivants :
    • ThinkAgile VX2375 IS

    • ThinkAgile VX3375 IS

    • ThinkAgile VX7375-N IS

    Reportez-vous à la rubrique ci-après pour obtenir plus d’informations sur la mise à niveau de LXCI :

    Mise à niveau de LXCI

  • Pour utiliser l’ensemble des fonctionnalités de vLCM, vous devez activer le programme CEIP (Customer Experience Improvement Program) VMware dans le client vSphere. Pour plus d'informations à propos de l'activation de CEIP, voir la rubrique suivante :

    https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.vcenterhost.doc/GUID-F97CD334-CD4A-4592-B7B1-43A49CF74F39.html

  • Si vous avez utilisé le dispositif de déploiement VX pour déployer un cluster vSAN et que vous utilisez un VLAN partagé pour le trafic VSAN, la tentative d’utilisation du dispositif de déploiement VX pour déployer un deuxième cluster vSAN n’aboutira pas. Pour résoudre ce problème, choisissez l’une de ces options :

    • Mettez à jour les adresses IP VLAN dans le cluster VSAN existant afin d’utiliser une plage différente.

    • Implémentez un VLAN distinct pour le trafic vSAN sur le nouveau cluster vSAN en cours de déploiement.

  • Lorsque vous ajoutez un nouveau cluster vSAN à une instance vCenter existante, vous devez choisir un nom pour le cluster qui est unique au sein du centre de données. Si vous spécifiez un nom de cluster qui existe déjà, le dispositif de déploiement ne génère pas de message d’erreur. Cependant, le déploiement n’aboutira pas.

  • Vous devez attendre qu’un déploiement se termine avant de tenter de déployer un autre cluster vSAN à l’aide du dispositif de déploiement VX. Si vous tentez de lancer un nouveau déploiement alors qu’un autre déploiement est en cours d’exécution, le nouveau déploiement s’arrêtera immédiatement.

  • Lors de la configuration du dispositif de déploiement VX, les adresses IP XCC et les adresses IP de gestion ESXi doivent se trouver sur des sous-réseaux différents. Le déploiement ne fonctionne pas si elles sont sur le même sous-réseau ; des défaillances intermittentes peuvent se produire lors du déploiement ESXi.

  • Si des noms d’hôte ESXi sont saisis en mélange de minuscules et majuscules, ou en majuscules, le déploiement échouera, même si les entrées DNS sont saisies en mélange de minuscules et majuscules, ou en majuscules. Les noms d’hôte doivent être saisis en minuscule pour répondre aux exigences de VMware.

  • Lors de l’ajout de nœuds à un cluster existant, la page General Networking indique que les champs vMotion et vSAN sont facultatifs, mais cela n’est pas forcément vrai. Si vous utilisez le réseau de gestion ESXi pour les trafics vMotion et vSAN, vous n’avez pas besoin d’ajouter une adresse de passerelle. Toutefois, si les trafics vMotion et VSAN se déplacent sur un adaptateur VMK distinct, vous devez fournir une adresse de passerelle.

  • Sur la page Network Settings Per Physical Host, les adresses IP des hôtes détectés peuvent ne pas s’afficher correctement, mais un message s’affiche indiquant que les noms des hôtes ESXi ont bien été validés. Dans ce cas, vous pouvez continuer le déploiement.

  • Le script d’amorçage pour la configuration du réseau au sein du dispositif de déploiement VX ne fonctionne pas correctement sur la console Web du client vSphere. Utilisez la console distante VMware ou la console ESXi pour configurer la mise en réseau pour la MV du dispositif de déploiement lors de l’amorçage.

  • Des problèmes intermittents de résolution DNS ont été rencontrés et l’étape « Installer ESXi sur les hôtes » a échoué avec un ou plusieurs nœuds non disponibles après l’installation. Des échecs de connexion réseau sont signalés dans /var/log/weasel.log sur l’hôte ESXi. Si vous rencontrez cette situation, redémarrez le dispositif de déploiement VX et relancez un déploiement.

Version 1.0.0

Le dispositif de déploiement ThinkAgile VX, version 1.0.0, présente ces problèmes connus :
  • Certains caractères spéciaux ne peuvent pas être utilisés dans les mots de passe XCC, vCenter, ESXi ou LXCI. Ces caractères spéciaux sont les suivants :
    • Barre oblique inversée

    • Apostrophes

    • Guillemets

  • Il se peut que, parfois, la modification du mot de passe XCC ne soit pas acceptée, même si le mot de passe en question est valide. Pour contourner ce problème, il convient de vérifier la bonne validité du mot de passe, puis de tenter de le modifier à nouveau.