Problèmes connus

Cet article contient des conseils et des problèmes mineurs dans la version 8.2 de Citrix Hypervisor, ainsi que toutes les solutions de contournement que vous pouvez appliquer.

General

• Si vous hébergez l’appliance virtuelle du serveur de licences Citrix version 11.14 ou antérieure sur votre serveur Citrix Hypervisor, un avertissement s’affiche lors de la mise à niveau ou de la mise à jour vers Citrix Hypervisor 8.2 Cumulative Update 1. L’avertissement indique que ce dispositif virtuel est une machine virtuelle PV qui n’est plus prise en charge. Nous vous recommandons de passer à l’utilisation du serveur de licences Citrix basé sur Windows avant de procéder à la mise à niveau ou à la mise à jour.

  La dernière version du serveur de licences Citrix est disponible sur la page de téléchargement des licences Citrix.

• Si vos serveurs Citrix Hypervisor s’exécutent sur du matériel contenant des processeurs de la famille Intel Sandy Bridge, arrêtez et redémarrez vos machines virtuelles dans le cadre de la mise à jour ou de la mise à niveau vers Citrix Hypervisor 8.2 à partir de Citrix Hypervisor 8.0 ou version antérieure. Pour en savoir plus, consultez https://support.citrix.com/article/CTX231947. (CP-32460)

• L’ensemble des fonctionnalités du processeur d’un pool peut changer lorsqu’une machine virtuelle est en cours d’exécution. (Par exemple, lorsqu’un nouvel hôte est ajouté à un pool existant ou lorsque la machine virtuelle est migrée vers un hôte d’un autre pool.) Lorsque l’ensemble des fonctionnalités d’UC d’un pool change, la machine virtuelle continue d’utiliser l’ensemble de fonctionnalités qui a été appliqué lors de son démarrage. Pour mettre à jour la machine virtuelle afin d’utiliser le nouvel ensemble de fonctionnalités du pool, vous devez mettre hors tension puis démarrer la machine virtuelle. Le redémarrage de la machine virtuelle, par exemple, en cliquant sur « Redémarrer » dans XenCenter, ne met pas à jour l’ensemble des fonctionnalités de la machine virtuelle. (CA-188042)

• L’augmentation de la quantité de mémoire allouée à dom0 dans Citrix Hypervisor 8.0 peut signifier qu’il y a un peu moins de mémoire disponible pour l’exécution des machines virtuelles. Sur certains matériels, vous ne pouvez pas exécuter le même nombre de machines virtuelles avec Citrix Hypervisor 8.2 que sur le même matériel avec XenServer 7.6 et versions antérieures. (CP-29627)

• Lorsque vous tentez d’utiliser la console série pour vous connecter à un serveur Citrix Hypervisor, la console série peut refuser d’accepter la saisie au clavier. Si vous attendez que la console soit actualisée deux fois, la console accepte la saisie au clavier. (CA-311613)

• Lorsque la mise en cache de lecture est activée, la lecture à partir de l’instantané parent est plus lente qu’à partir de la feuille. (CP-32853)

• Après la mise à niveau vers Citrix Hypervisor 8.2, lorsqu’il y a beaucoup d’activité de machine virtuelle sur un serveur dans un pool qui utilise le stockage NFS, les connexions via ENIC au stockage externe peuvent être temporairement bloquées (5 à 35 minutes). Les machines virtuelles de ce serveur peuvent se figer et leurs consoles peuvent ne plus répondre. Les tentatives de ping entrant ou sortant du sous-réseau du serveur concerné échouent pendant ces périodes. Pour résoudre ce problème, installez la version 4.0.0.8-802.24 ou ultérieure du pilote enic. Pour plus d’informations, voir Disque de pilote pour Cisco enic 4.0.0.11 - Pour Citrix Hypervisor 8.x CR. (XSI-916)

• Lorsque vous tentez de vous connecter à la console dom0 avec un mot de passe incorrect, le message d’erreur suivant s’affiche : When trying to update a password, this return status indicates that the value provided as the current password is not correct. Ce message d’erreur est attendu même s’il concerne un changement de mot de passe, et non une connexion. Essayez de vous connecter avec le bon mot de passe.

• Si un utilisateur Active Directory hérite du rôle d’administrateur de pool d’un groupe AD dont le nom contient des espaces, il ne peut pas se connecter à Citrix Hypervisor 8.2 CU1 via SSH.

  Pour contourner ce problème, vous pouvez effectuer l’une des opérations suivantes :

  • Renommez ce groupe dans AD pour supprimer les espaces de son nom.
  • Créez un nouveau groupe dans AD avec le rôle d’administrateur de pool et sans espaces dans son nom. Ajoutez l’utilisateur à ce nouveau groupe.

  Dans XenCenter, assurez-vous que votre groupe nouveau ou renommé est répertorié dans l’onglet Utilisateurs, soit en ajoutant, soit en supprimant et en ajoutant à nouveau le groupe. Assurez-vous que l’utilisateur est associé au nouveau groupe ou au groupe renommé. (CA-363207)

• Dans les pools en cluster, une panne réseau peut entraîner les problèmes suivants : impossibilité de se reconnecter au stockage GFS2 après le redémarrage d’un hôte, impossibilité d’ajouter ou de supprimer des hôtes dans un pool, difficultés de gestion du pool. Si vous rencontrez l’un de ces problèmes dans votre pool en cluster, contactez le support Citrix pour obtenir des conseils sur la restauration de votre environnement. (XSI-1386)

Graphiques

• Lorsque vous démarrez en parallèle de nombreuses machines virtuelles avec des périphériques AMD MxGPU connectés, certaines machines virtuelles peuvent échouer avec un VIDEO_TDR_FAILURE. Ce comportement peut être dû à une limitation matérielle. (CA-305555)

• Lorsque NVIDIA T4 est ajouté en mode pass-through à une machine virtuelle sur un matériel serveur spécifique, cette machine virtuelle peut ne pas se mettre sous tension. (CA-360450)

• Sur le matériel équipé de cartes graphiques NVIDIA A16/A2, la migration des machines virtuelles équipées de vGPU peut parfois échouer avec l’erreur interne “Gpumon_interface.Gpumon_error([S(Internal_error);S((Failure “No vGPU available”))])”. Pour récupérer la machine virtuelle à partir de cet état, vous devez l’arrêter et la redémarrer. (CA-374118)

• [Corrigé dans XS82ECU1031] Lors de l’exécution d’un grand nombre de machines virtuelles dotées d’un processeur graphique virtuel ou d’un relais GPU, le redémarrage de certaines machines virtuelles sur l’hôte peut entraîner un problème de performance sur les autres machines virtuelles.

Invités

• Citrix Hypervisor ne prend plus en charge les machines virtuelles qui s’exécutent en mode PV. Dans les versions précédentes, après la mise à niveau de votre serveur Citrix Hypervisor vers la dernière version, ces machines virtuelles non prises en charge pouvaient toujours fonctionner. Toutefois, dans Citrix Hypervisor 8.2 CU1, les machines virtuelles 32 bits en mode PV ne démarrent plus. Assurez-vous de supprimer toutes les machines virtuelles PV de votre pool ou de les convertir en mode HVM avant de procéder à la mise à niveau vers votre pool vers Citrix Hypervisor 8.2 CU1. Pour plus d’informations, consultez la section Mise à niveau de PV vers des invités HVM. (CP-38086)

• Si vous tentez de rétablir une machine virtuelle en un instantané VSS planifié qui a été créé avec Citrix Hypervisor 8.0 ou une version antérieure, la machine virtuelle ne démarre pas. Le démarrage échoue avec l’erreur suivante : This operation cannot be performed because the specified virtual disk could not be found. Cet échec est dû au fait que la fonctionnalité d’instantané VSS a été supprimée de Citrix Hypervisor 8.1 et versions ultérieures. (CA-329469)

Invités Windows

• Pour les machines virtuelles Windows 10 jointes au domaine (1903 et versions ultérieures) sur lesquelles FireEye Agent est installé, des connexions RDP réussies répétées peuvent entraîner le gel de la machine virtuelle avec une utilisation du processeur de 100 % dans ntoskrnl.exe. Effectuez un redémarrage dur sur la machine virtuelle pour récupérer à partir de cet état. (CA-323760)

• La fonctionnalité de démarrage UEFI invité fournie dans Citrix Hypervisor 8.0 était une fonctionnalité expérimentale. Citrix Hypervisor 8.2 ne prend pas en charge la migration des machines virtuelles de démarrage UEFI créées dans Citrix Hypervisor 8.0 vers Citrix Hypervisor 8.2. Arrêtez les machines virtuelles de démarrage UEFI avant de procéder à la mise à niveau vers Citrix Hypervisor 8.2 à partir de Citrix Hypervisor 8.0. (CA-330871)

• Lorsque les machines virtuelles de démarrage UEFI démarrent, elles affichent un logo TianoCore. (CP-30146)

• Sur les machines virtuelles Windows, lors de la mise à jour du xenbus pilote vers la version 9.1.0.4, assurez-vous d’avoir effectué les deux redémarrages de machine virtuelle demandés. Si les deux redémarrages ne sont pas terminés, la machine virtuelle peut revenir à des cartes réseau émulées et utiliser des paramètres différents, tels que DHCP ou un adressage IP statique différent.

  Pour terminer le deuxième redémarrage, vous devrez peut-être utiliser un compte local pour vous connecter à la machine virtuelle Windows. Lorsque vous vous connectez, vous êtes invité à redémarrer.

  Si vous ne parvenez pas à vous connecter à la machine virtuelle Windows après le premier redémarrage, vous pouvez utiliser XenCenter pour redémarrer la machine virtuelle et terminer l’installation du pilote xenbus. (CP-34181)

• Lorsque vous créez une machine virtuelle UEFI, l’installation de Windows nécessite d’appuyer sur une touche pour démarrer. Si vous n’appuyez pas sur une touche pendant la période requise, la console de machine virtuelle passe au shell UEFI.

  Pour contourner ce problème, vous pouvez redémarrer le processus d’installation de l’une des manières suivantes :

  • Dans la console UEFI, tapez les commandes suivantes.

     EFI:
     EFI\BOOT\BOOTX64
    

  • Redémarrez la machine virtuelle

  Lorsque le processus d’installation redémarre, surveillez l’invite d’installation sur la console VM. Lorsque l’invite apparaît, appuyez sur n’importe quelle touche. (CA-333694)

• Sur une machine virtuelle Windows, après avoir installé la version 9.x XenServer VM Tools pour Windows, vous pouvez voir la version précédente et la dernière version des outils ou de l’agent de gestion répertoriées dans vosprogrammes installés :

  • (PRÉCÉDENT) Citrix XenServer Windows Management Agent
  • (DERNIER) Citrix Hypervisor PV Tools

  La version précédente de l’agent de gestion n’est pas active et n’interfère pas avec le fonctionnement de la dernière version. Nous vous conseillons de ne pas désinstaller manuellement Citrix XenServer Windows Management Agent, car cela peut désactiver le pilote xenbus et entraîner le retour de la machine virtuelle à des périphériques émulés.

• Sur toutes les versions de Windows, Windows Update considère le dernier pilote Xennet comme une mise à jour manuelle et ne l’installe pas automatiquement. Vous pouvez vérifier l’état de vos installations de pilotes en accédant à Paramètres Windows > Mise à jour et sécurité > Afficher l’historique des mises à jour > Mises à jour des pilotes. Dans ce cas, vous pouvez installer le pilote en téléchargeant les XenServer VM Tools pour Windows depuis la page de téléchargement de Citrix Hypervisor et en installant manuellement le pilote dans le fichier MSI. (CA-350838)

• Sur une machine virtuelle Windows, parfois l’adresse IP d’un SR-IOV VIF n’est pas visible dans XenCenter. Pour résoudre le problème, redémarrez l’agent de gestion depuis le Gestionnaire de service des machines virtuelles. (CA-340227)

• Sur une machine virtuelle Windows avec plus de 8 vCPU, la mise à l’échelle côté réception peut ne pas fonctionner car le pilote xenvif ne parvient pas à configurer la table d’indirection. (CA-355277)

• Lorsque vous tentez de mettre à jour une machine virtuelle Windows 10 de 1909 à 20H2 ou version ultérieure, la mise à jour peut échouer avec un écran bleu affichant l’erreur : PÉRIPHÉRIQUE DE DÉMARRAGE INACCESSIBLE.

  Pour réduire la probabilité que cet échec se produise, vous pouvez suivre les étapes suivantes avant de tenter la mise à jour :

  1. Mettez à jour les XenServer VM Tools pour Windows sur votre machine virtuelle vers la dernière version.
  2. Snapshot de la machine virtuelle.
  3. Dans le registre de machine virtuelle, supprimez les valeurs suivantes de la clé HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\XENFILT\Parameter : ActiveDeviceId, ActiveInstanceId et ActiveLocationInformation

  Ce problème fait toujours l’objet d’une enquête. (XSI-1075)

• Lorsque vous créez une machine virtuelle Windows à partir d’un modèle configuré pour ne pas mettre à jour automatiquement ses pilotes, la machine virtuelle créée n’est pas correctement configurée pour mettre à jour ses pilotes. Pour contourner ce problème, exécutez la commande suivante : xe pool-param-set policy-no-vendor-device=true uuid=<pool-uuid>. Cette commande garantit que les futures machines virtuelles créées à partir du modèle sont correctement configurées pour ne pas mettre à jour automatiquement les pilotes. Les machines virtuelles précédemment générées à partir du modèle ne sont pas modifiées. (CA-371529)

Invités Linux

• Vous ne pouvez pas utiliser la fonctionnalité Dynamic Memory Control (DMC) sur les machines virtuelles Red Hat Enterprise Linux 8, Red Hat Enterprise Linux 9, Rocky Linux 8, Rocky Linux 9 ou CentOS Stream 9, car ces systèmes d’exploitation ne prennent pas en charge l’augmentation de la mémoire avec l’hyperviseur Xen. (CA-378797) (CP-45141)

• Sur certaines machines virtuelles Linux, en particulier les systèmes très fréquentés avec des E/S de disque en attente, les tentatives de suspension ou de migration en direct de la machine virtuelle peuvent échouer. Pour contourner ce problème, essayez d’augmenter la valeur de /sys/power/pm_freeze_timeout, par exemple, à 300 000. Si cette solution échoue, vous pouvez mettre à niveau le noyau Linux de la machine virtuelle vers la dernière version. (CP-41455)

• Les Citrix VM Tools pour Linux peuvent fournir une valeur incorrecte pour la mémoire libre de la machine virtuelle supérieure à la valeur correcte. (CA-352996)

• Si vous installez Debian 10 (Buster) en utilisant le démarrage réseau PXE, n’ajoutez pas console=tty0 aux paramètres de démarrage. Ce paramètre peut entraîner des problèmes lors du processus d’installation. Utilisez uniquement console=hvc0 dans les paramètres de démarrage. (CA-329015)

• Après la migration d’une machine virtuelle CentOS 8 avec un seul processeur vers un nouveau serveur Citrix Hypervisor, la première fois qu’une commande liée au processeur s’exécute sur la machine virtuelle, elle expire. Pour contourner ce problème, vous pouvez attribuer plusieurs CPU à la machine virtuelle et la redémarrer. (XSI-864)

• Si vous tentez d’arrêter une machine virtuelle CentOS Stream 9 à l’aide de XenCenter ou de l’interface de ligne de commande xe, le processus d’arrêt s’arrête et expire au bout de 1 200 s. Ce comportement est dû à un problème de noyau dans kernel-5.14.0-362.el9.

  Les solutions de contournement suivantes sont disponibles :

  • Pour contourner une seule instance du problème, vous pouvez arrêter la machine virtuelle depuis le système d’exploitation client.

  • Pour éviter que ce problème ne se produise pour votre machine virtuelle, rétrogradez votre machine virtuelle pour utiliser kernel-5.14.0-354.el9 en exécutant les commandes suivantes sur la machine virtuelle :

     # yum install kernel-5.14.0-354.el9
     # grubby --set-default /boot/vmlinuz-5.14.0-354.el9.x86_64
    

• Lors de l’installation de Debian 11 32 bits sur une machine virtuelle à l’aide d’un périphérique réseau émulé QEMU, l’installation peut échouer. Ce problème est dû à l’absence des pilotes PV Xen dans le noyau du programme d’installation.

Installation

• Si vous utilisez une disposition de disque héritée, le domaine de contrôle dispose de moins d’espace que la disposition actuelle (4 Go au lieu de 18 Go).

  Dans ce cas, lorsque vous tentez d’appliquer la mise à jour cumulative 1 de Citrix Hypervisor 8.2 ou Citrix Hypervisor 8.2 à une version antérieure, le message d’erreur « le serveur n’a pas assez d’espace » peut s’afficher. Cette erreur se produit car l’installation de la mise à jour de Citrix Hypervisor nécessite suffisamment d’espace libre pour éviter de remplir le disque, ce qui n’est pas possible avec la mise en page héritée.

  Si vous recevez cette erreur, vous ne pouvez pas mettre à jour vers Citrix Hypervisor 8.2 ou Citrix Hypervisor 8.2 Cumulative Update 1. Faites plutôt une nouvelle installation. (CA-268846)

• Lors de la mise à jour de Citrix Hypervisor 8.0 vers Citrix Hypervisor 8.2, l’erreur suivante peut s’afficher : Internal error: xenopsd internal error: Xenops_migrate.Remote_failed("unmarshalling error message from remote"). Cette erreur se produit si les indicateurs viridian ont été modifiés pour une machine virtuelle Windows existante lors de l’application du correctif XS80E003, mais que la machine virtuelle n’a pas été arrêtée ni redémarrée.

  Pour éviter ce problème, avant d’essayer de mettre à jour Citrix Hypervisor 8.2, effectuez toutes les étapes de la section « Après l’installation de ce correctif » de l’article correctif pour toutes les machines virtuelles Windows hébergées sur un serveur Citrix Hypervisor 8.0 sur lequel XS80E003 a été appliqué. (XSI-571)

• Si un état de vSwitch Controller reste dans votre pool après une mise à jour ou une mise à niveau, effacez l’état à l’aide des commandes CLI suivantes :

   xe pool-set-vswitch-controller address=
   xe pool-param-set uuid=<uuid> vswitch-controller=
  

  (CA-339411)

• Parfois, le démarrage d’un serveur Citrix Hypervisor à partir d’un SAN FCoE à l’aide d’une pile logicielle FCoE peut entraîner l’arrêt de réponse de l’hôte. Ce problème est dû à une interruption temporaire de la liaison lors de la phase d’initialisation de l’hôte. Si l’hôte ne répond pas pendant une longue période, vous pouvez redémarrer l’hôte pour contourner ce problème.

• Lors de la mise à niveau vers ou de l’installation de Citrix Hypervisor 8.2 à partir d’une image ISO située sur un serveur IIS, l’installation ou la mise à niveau peut échouer et empêcher vos serveurs de redémarrer. La console distante affiche l’erreur GRUB : « Fichier ‘/boot/grub/i3860pc/normal.mod’ introuvable. Passage en mode de secours ». Ce problème est dû à la configuration IIS qui entraîne l’absence de fichiers de package. Pour contourner ce problème, assurez-vous que le double échappement est autorisé sur IIS avant d’extraire l’ISO d’installation sur celui-ci. (XSI-1063)

• [Corrigé dans XenCenter 8.2.6] Si le pack supplémentaire Container est installé sur votre hôte XenServer 7.1 CU2 et que vous essayez de passer à Citrix Hypervisor 8.2 CU1 à l’aide de XenCenter, la mise à niveau ne vous est pas possible car le pack supplémentaire n’est plus pris en charge. Pour plus d’informations, consultez Fin de prise en charge.

  Pour contourner ce problème, utilisez l’interface de ligne de commande xe pour terminer la mise à niveau. Cette mise à niveau supprime le pack supplémentaire Container Management. Pour plus d’informations, consultez Mettre à niveau les serveurs Citrix Hypervisor à l’aide de l’interface de ligne de commande xe (XSI-1250)

• [Corrigé dans la version ISO d’installation de base rééditée du 24 février 2022] Si votre serveur possède une carte réseau nécessitant le pilote ICE, cette carte réseau n’est pas disponible dans le cadre du processus d’installation de Citrix Hypervisor 8.2 CU1. Par conséquent, vous ne pouvez pas la configurer comme interface de gestion ni l’utiliser pour récupérer des fichiers d’installation depuis un serveur réseau. Au lieu de cela, utilisez une autre carte réseau au cours du processus d’installation. (CA-363735)

• [Corrigé dans la version ISO d’installation de base rééditée du 5 juin 2022] Si vous tentez d’installer du matériel Intel® Xeon® 84xx/64xx/54xx/44xx/34xx (Sapphire Rapids) avec quatre sockets ou plus à l’aide d’une ISO d’installation publiée avant le 1er juin 2023, l’installation échoue. Pour effectuer correctement l’installation sur ce matériel, utilisez une version de l’ISO d’installation de base publiée après le 1er juin 2023.

Internationalisation

• Les caractères non ASCII, par exemple les caractères accentués, ne peuvent pas être utilisés dans la console hôte. (CA-40845)

• Sur une machine virtuelle Windows sur laquelle XenServer VM Tools pour Windows est installé, le copier-coller de caractères codés sur deux octets peut échouer si vous utilisez la console de bureau par défaut dans XenCenter. Les caractères collés apparaissent sous forme de points d’interrogation (?).

  Pour contourner ce problème, vous pouvez utiliser la console Bureau à distance à la place. (CA-281807)

Stockage

• Si vous utilisez des SR GFS2 et que vous avez deux serveurs dans votre pool en cluster, votre cluster peut perdre le quorum et la clôture lors d’une mise à niveau. Pour éviter cette situation, ajoutez un serveur à votre cluster ou supprimez-le. Assurez-vous d’avoir un ou trois serveurs dans votre pool au cours du processus de mise à niveau. (CA-313222)

• Si vous utilisez un SR GFS2, assurez-vous d’activer le multiacheminement de stockage pour une résilience maximale. Si le multiacheminement de stockage n’est pas activé, les écritures de bloc du système de fichiers risquent de ne pas se terminer complètement en temps voulu. (CA-312678)

• Citrix Hypervisor ne prend pas en charge les machines virtuelles de clone complet MCS avec des SR GFS2. (XSI-832)

• Si un déploiement Citrix Virtual Apps and Desktops ou Citrix DaaS avec ses machines virtuelles hébergées sur Citrix Hypervisor 8.2 utilise plusieurs SR GFS2 dans un seul catalogue MCS, les machines virtuelles du catalogue ne peuvent pas accéder aux VDI pendant le déploiement. L’erreur « VDI est actuellement en cours d’utilisation » est signalée. (XSI-802)

• Si vous utilisez un GFS2 SR et que votre réseau de cluster se trouve sur un VLAN non destiné à la gestion, vous ne pouvez ni ajouter ni supprimer d’hôtes à votre pool en cluster. (XSI-1604)

• Si vous utilisez du matériel HPE 3PAR pour votre référentiel de stockage et, avec une version précédente de XenServer, vous utilisez ALUA1 pour votre hôte persona, lorsque vous mettez à niveau vers Citrix Hypervisor 8.2, le multiacheminement ne fonctionne plus. Pour contourner ce problème, migrez votre persona d’hôte vers ALUA2. Pour en savoir plus, consultez https://support.hpe.com/hpsc/doc/public/display?docId=emr_na-c02663749&docLocale=en_US.

• Après avoir supprimé un LUN HBA d’un SAN, des messages de journal et des défaillances d’E/S peuvent s’afficher lorsque vous interrogez des informations sur un volume logique. Pour contourner ce problème, redémarrez le serveur Citrix Hypervisor. (XSI-984)

• Vous ne pouvez pas définir ou modifier le nom du SR tmpfs utilisé par le pack supplémentaire PVS Accelerator. Lorsque la valeur type est tmpfs, la commande xe sr-create ignore la valeur définie pour name-label et utilise à la place une valeur fixe. Si vous tentez d’exécuter la commande xe sr-param-set pour modifier le nom du SR tmpfs, l’erreur SCRIPT_MISSING s’affiche.

• Vous ne pouvez pas exécuter plus de 200 machines virtuelles prenant en charge l’accélérateur PVS sur un serveur Citrix Hypervisor. (CA-365079)

• Lorsque vous tentez de réparer une connexion à un NFS v3 SR en lecture seule, l’opération peut échouer dès la première tentative avec l’erreur « SM has thrown a generic python exception ». Pour contourner ce problème, recommencez l’opération de réparation. Ce problème est dû à une opération d’écriture lors de la tentative de réparation initiale. (XSI-1374)

• Parfois, des défaillances lors de la fusion des nœuds peuvent conduire à ce que l’espace alloué soit signalé comme étant supérieur à la valeur attendue. Ce problème est dû au fait que des instantanés temporaires sont laissés par l’échec de la fusion des nœuds. Pour contourner ce problème, arrêtez la machine virtuelle ou réduisez sa charge d’E/S. Le nettoyage de la mémoire de stockage peut alors réussir à fusionner le nœud. (XSI-1517)

Tiers

• Une limitation des clients SSH récents signifie que SSH ne fonctionne pas pour les noms d’utilisateur contenant l’un des caractères suivants : {}[]|&. Assurez-vous que vos noms d’utilisateur et les noms de serveurs Active Directory ne contiennent aucun de ces caractères.

Équilibrage de la charge de travail

• Pendant la fenêtre de maintenance de l’équilibrage de la charge de travail, l’équilibrage de la charge de travail ne peut pas fournir Lorsque cette situation se produit, l’erreur suivante s’affiche : « 4010 La découverte du pool n’a pas été terminée. Utilisation de l’algorithme d’origine. » La fenêtre de maintenance de l’équilibrage de la charge de travail dure moins de 20 minutes et est programmée par défaut à minuit. (CA-359926)

• Dans XenCenter, la plage de dates affichée dans le rapport d’audit du pool d’équilibrage de charge de travail est incorrecte. (CA-357115)

• Pour un dispositif virtuel d’équilibrage de charge de travail version 8.2.2 et ultérieure qui n’utilise pas LVM, vous ne pouvez pas étendre l’espace disque disponible. (CA-358817)

XenCenter

• La modification de la taille de police ou du nombre de ppp sur l’ordinateur sur lequel XenCenter est exécuté peut entraîner l’affichage incorrect de l’interface utilisateur. La taille de police par défaut est de 96 ppp ; Windows 8 et Windows 10 indiquent que cette taille de police est 100 %. (CA-45514) (CAR-1940)

• Sur les machines virtuelles Windows 10 (1903 et versions ultérieures), il peut y avoir un délai de quelques minutes après l’installation XenServer VM Tools avant que l’option Switch to Remote Desktop ne soit disponible dans XenCenter. Vous pouvez redémarrer la pile d’outils pour que cette option apparaisse immédiatement. (CA-322672)

• Il est déconseillé de mettre à jour le même pool à partir d’instances simultanées de XenCenter, car cela pourrait perturber le processus de mise à jour.

  Si plusieurs instances de XenCenter tentent d’installer plusieurs correctifs sur un pool, un serveur peut ne pas réussir à installer un correctif avec l’erreur suivante : « La mise à jour a déjà été appliquée à ce serveur. Le serveur sera ignoré. » Cette erreur entraîne l’arrêt complet du processus de mise à jour. (CA-359814)

  Pour contourner ce problème :

  1. Assurez-vous qu’aucune autre instance XenCenter n’est en train de mettre à jour le pool
  2. Rafraîchir la liste des mises à jour dans le panneau Notifications > Mises à jour
  3. Lancer la mise à jour depuis le début

• Dans XenCenter 8.2.3, l’importation d’un fichier OVF ou OVA peut être considérablement plus lente que dans les versions antérieures de XenCenter. (CP-38523)

• Dans XenCenter, lorsque vous tentez d’importer un package OVF ou une image disque à partir d’un dossier contenant un caractère de hachage (#) dans son nom, l’importation échoue avec une exception de référence nulle. (CA-368918)

• XenCenter affiche un message indiquant que le contrôle dynamique de la mémoire (DMC) est obsolète. Cette dépréciation n’est plus le cas. La technologie DMC est prise en charge dans les versions à venir.

• Dans les pools auxquels le correctif XS82ECU1029 est appliqué et qui ont des SR GFS2, l’utilisation de XenCenter pour générer un rapport d’état du serveur (SSR) peut échouer. Pour contourner ce problème, générez vos SSR en exécutant la commande suivante dans la console hôte : xenserver-status-report. (CA-375900)

• Si un correctif nécessite qu’un autre correctif soit déjà installé comme condition préalable, XenCenter n’affiche pas le nom du correctif logiciel prérequis. Vous pouvez trouver les informations requises dans l’article sur https://support.citrix.com pour le correctif que vous essayez d’installer. (CA-383054)