Problèmes connus
Cet article contient des avis et des problèmes mineurs dans la version XenServer 9, ainsi que les solutions de contournement que vous pouvez appliquer.
Général
-
Lorsque vous tentez d’utiliser la console série pour vous connecter à un hôte XenServer®, la console série peut refuser d’accepter la saisie au clavier. Si vous attendez que la console se rafraîchisse deux fois, la console accepte alors la saisie au clavier. (CA-311613)
-
Après une déconnexion du service d’activation de licence (LAS), un hôte XenServer utilisant l’activation en ligne peut rester en période de grâce de licence même après que le LAS redevienne accessible. L’hôte continue de signaler les alertes
LICENSE_SERVER_UNREACHABLEetGRACE_LICENSEmalgré une communication réussie avec le LAS. Ce problème n’affecte que les hôtes configurés pour l’activation en ligne ; les hôtes utilisant l’activation hors ligne ne sont pas affectés. Pour contourner ce problème, redémarrez la pile d’outils sur chaque hôte affecté. (XSI-2204) -
Après l’application des mises à jour XenServer de juin 2026 aux hôtes initialement installés à partir d’un ISO de préversion XenServer 9 daté de mai 2026 ou avant, certaines opérations de cycle de vie de VM peuvent échouer avec une erreur interne. Les opérations affectées incluent la suspension, le point de contrôle, l’importation et la migration en direct du stockage. Ce problème se produit car l’application des mises à jour installe un nouveau noyau mais ne redémarre pas l’hôte, de sorte que l’hôte continue d’exécuter le noyau précédent. Pour contourner ce problème, redémarrez l’hôte après avoir appliqué la mise à jour. Les hôtes installés à partir d’ISO de juin 2026 (ou ultérieurs) ne sont pas affectés. (CA-428974)
Invités
-
Lors de la définition de la topologie vCPU pour une nouvelle VM, assurez-vous que le nombre de cœurs par socket est défini sur une puissance de deux (1, 2, 4, 8, etc.). Si cette valeur n’est pas une puissance de deux, certains de vos cœurs ne seront pas utilisés par la VM, les informations de topologie affichées dans le système d’exploitation de la VM pourraient être incorrectes, et d’autres comportements inattendus pourraient être observés. (XSI-1766)
-
Si votre VM passe en mode veille, votre souris peut devenir insensible bien que votre clavier reste fonctionnel. Le redémarrage de la VM ou la désactivation et la réactivation du contrôleur USB via le Gestionnaire de périphériques restaure la fonctionnalité de la souris. (CA-399746)
-
Si plusieurs vGPU NVIDIA T4 sont attribués à une VM, les tentatives de suspension (ou de migration en direct) de la VM peuvent échouer. (CA-428435)
-
La migration en direct n’est pas prise en charge pour les VM auxquelles un vGPU NVIDIA est attribué. Toute tentative de migration en direct d’une telle VM échoue. (CA-430018)
-
Si vous attribuez plusieurs périphériques USB passthrough à une VM, la VM pourrait ne pas démarrer. (CA-428550)
-
Sur une VM qui utilise le mode de démarrage BIOS, le menu de démarrage GRUB ne répond pas aux frappes du clavier de la console de la VM. Vous ne pouvez pas utiliser les touches fléchées pour modifier l’entrée en surbrillance, interrompre le compte à rebours ou sélectionner une entrée non par défaut telle qu’une entrée de secours. La VM démarre l’entrée par défaut lorsque le compte à rebours se termine. Ce problème affecte les VM en mode BIOS nouvellement créées et importées. Les VM qui utilisent le mode de démarrage UEFI ne sont pas affectées, et la console répond normalement après le démarrage de la VM. Dans la mesure du possible, créez ou importez des VM en mode de démarrage UEFI pour éviter ce problème. (CA-428924)
Performances
- Dérive de nœud NUMA : lorsque les VM utilisent pleinement tous les CPU de l’hôte, l’hyperviseur peut exécuter certains vCPU sur des nœuds NUMA éloignés de l’emplacement de la mémoire de la VM, ce qui entraîne une dégradation des performances. Utilisez le RRD
NUMA non-affine vCPUs(graphique de performances XenCenter) pour vérifier si vous êtes affecté par ce problème, et essayez de laisser au moins 1 CPU inactif pour récupérer. (XSI-1573)
Invités Windows
-
Pour les machines virtuelles Windows 10 (1903 et versions ultérieures) jointes à un domaine et sur lesquelles l’agent FireEye est installé, des connexions RDP réussies répétées peuvent entraîner le blocage de la machine virtuelle avec une utilisation du processeur à 100 % dans
ntoskrnl.exe. Effectuez un redémarrage forcé de la machine virtuelle pour récupérer de cet état. (CA-323760) -
Lorsque vous créez une machine virtuelle UEFI, l’installation de Windows nécessite une pression sur une touche pour démarrer. Si vous n’appuyez pas sur une touche pendant la période requise, la console de la machine virtuelle bascule vers le shell UEFI.
Pour contourner ce problème, vous pouvez redémarrer le processus d’installation de l’une des manières suivantes :
- In the UEFI console, type the following commands:
EFI:
EFI\BOOT\BOOTX64
<!--NeedCopy-->
- Reboot the VM
Lorsque le processus d’installation redémarre, surveillez la console de la machine virtuelle pour l’invite d’installation. Lorsque l’invite apparaît, appuyez sur n’importe quelle touche.(CA-333694)
-
Si vous démarrez un grand nombre de machines virtuelles Windows Server 2025 sur un seul hôte en même temps, certaines risquent de ne pas démarrer.(CP-51655)
-
Si une machine virtuelle Windows importée a déjà les outils XenServer VM Tools installés, toute tentative d’installer à nouveau la même version des outils pendant le processus d’importation échoue.(CA-413698)
-
Si vous importez une machine virtuelle Windows Server avec plus de 4 disques, certains des disques apparaissent comme hors ligne.(CA-414047)
Pour plus de détails sur la dernière version des outils XenServer VM Tools pour Windows, consultez Nouveautés.
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, Red Hat Enterprise Linux 10, Rocky Linux 8, Rocky Linux 9, CentOS Stream 9 ou CentOS Stream 10, car ces systèmes d’exploitation ne prennent pas en charge le ballooning de mémoire avec l’hyperviseur Xen®.(CA-378797)
-
Sur certaines machines virtuelles Linux, en particulier les systèmes très sollicités avec des E/S disque en attente, les tentatives de suspension ou de migration à chaud de la machine virtuelle peuvent échouer. Pour contourner ce problème, essayez d’augmenter la valeur de
/sys/power/pm_freeze_timeout, par exemple, à 300000. Si cette solution de contournement ne fonctionne pas, vous pouvez mettre à niveau le noyau Linux de la machine virtuelle vers la dernière version.(CP-41455)
Stockage
-
Vous ne pouvez pas exécuter plus de 200 machines virtuelles compatibles PVS-Accelerator sur un hôte XenServer.(CP-39386)
-
Lorsque la mise en cache en lecture est activée, la lecture à partir de l’instantané parent peut être plus lente qu’à partir de la feuille. Pour contourner ce problème, allouez plus de mémoire à dom0.(CP-32853)
-
Parfois, lorsque le dernier instantané d’une machine virtuelle est supprimé, il n’est pas possible de fusionner complètement les données du disque de la machine virtuelle active dans son périphérique parent. Souvent, cela est dû au fait que la machine virtuelle est active et écrit des données sur le disque plus rapidement que le processus de fusion ne peut les fusionner. En conséquence, la machine virtuelle peut utiliser plus d’espace de stockage que nécessaire en raison de la présence de deux disques virtuels dans une configuration parent/enfant delta. Ce problème peut avoir plus d’impact sur les types de SR basés sur LVM, car le disque d’écriture actif des machines virtuelles est entièrement provisionné. Pour permettre au processus de fusion des données de se terminer, vous pouvez soit
-
Réduire temporairement le débit d’E/S de stockage produit par la machine virtuelle.
-
Arrêter la machine virtuelle.
-
Ensuite, réanalyser le SR sur lequel les disques de la machine virtuelle sont stockés.(XSI-1922)
- Sur les SR NFS ou SMB, la fonctionnalité de suivi des blocs modifiés (CBT) peut échouer pour les machines virtuelles exécutées sur des hôtes de support, ce qui peut entraîner des erreurs
VDI_NO_CBT_METADATAsignalées par les clients de sauvegarde, nécessitant l’exécution de sauvegardes complètes. Citrix travaille en priorité sur une solution à ce problème. (CA-431091)
Tierce partie
- Une limitation des clients SSH récents signifie que SSH ne fonctionne pas pour les noms d’utilisateur qui contiennent l’un des caractères suivants :
{}[]|&. Assurez-vous que vos noms d’utilisateur et les noms des serveurs Active Directory ne contiennent aucun de ces caractères.
XenCenter
Pour plus d’informations sur les problèmes connus et résolus dans XenCenter, consultez Nouveautés de XenCenter.