Problèmes connus

Active Directory

Une mise à jour de l’intégration d’Active Directory dans XenServer (publiée sur le canal d’accès anticipé le Dec 4, 2025, et sur le canal normal le Dec 15, 2025) nécessite l’ouverture de ports supplémentaires (135, 49152-65535) entre XenServer et les contrôleurs de domaine Active Directory. Si ces ports sont fermés (par exemple, par un pare-feu), les hôtes peuvent ne pas réussir à joindre un domaine Active Directory, ou s’ils sont déjà joints, peuvent ne pas autoriser les connexions Active Directory. Pour plus d’informations, consultez Intégration d’Active Directory. (XSI-2112)

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 les entrées clavier. Si vous attendez que la console se rafraîchisse deux fois, elle accepte alors les entrées clavier. (CA-311613)

Lorsque la mise en cache en lecture est activée, la lecture à partir de l’instantané parent est plus lente qu’à partir de la feuille. Pour contourner ce problème, allouez plus de mémoire à dom0. (CP-32853)

Lorsque vous tentez de vous connecter à la console dom0 avec un mot de passe incorrect, vous recevez le message d’erreur suivant : 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 mot de passe correct. (CA-356441)

Si un hôte XenServer est mis hors tension de manière inattendue et redémarré, lorsqu’il tente de récupérer des machines virtuelles auxquelles un vTPM était attaché, le vTPM peut parfois être absent de la machine virtuelle. (CA-379928)

Dans un pool en cluster, si un hôte n’est pas arrêté proprement (par exemple, il est mis hors tension brusquement), le quorum reste verrouillé. Les opérations ultérieures, y compris un arrêt propre, ne déclenchent pas de changement de quorum. (CA-403866)

Après une déconnexion du service d’activation de licence (LAS), un hôte XenServer utilisant l’activation en ligne peut rester dans la période de grâce de la licence même après que le LAS redevienne accessible. L’hôte continue de signaler les alertes LICENSE_SERVER_UNREACHABLE et GRACE_LICENSE malgré 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)

Graphiques

Lorsque la carte NVIDIA T4 est ajoutée en mode pass-through à une machine virtuelle sur certains matériels de serveur spécifiques, cette machine virtuelle peut ne pas démarrer. (CA-360450)

Vous ne pouvez pas installer le pack supplémentaire NVIDIA Virtual GPU Manager dans le cadre d’une nouvelle installation de votre hôte XenServer. Une fois vos hôtes installés, vous pouvez installer NVIDIA Virtual GPU Manager à l’aide de l’interface de ligne de commande xe ou de XenCenter. Pour plus d’informations, consultez Installer le gestionnaire NVIDIA vGPU pour XenServer.

Après la mise à niveau de l’hôte XenServer vers la version 580.105.06 du pilote NVIDIA vGPU Manager, les machines virtuelles Windows utilisant la configuration NVIDIA T4 vGPU affichent un écran noir à la fois sur la console de la machine virtuelle et via RDP. Ce problème se produit également après le redémarrage de la machine virtuelle, même si la machine virtuelle s’est initialement affichée correctement après l’installation du pilote invité. Le problème affecte toutes les versions de pilotes invités testées et est spécifique aux cartes GPU NVIDIA T4 ; les cartes GPU NVIDIA A16 ne sont pas affectées avec la même version de pilote hôte. Pour contourner ce problème, rétrogradez le pilote hôte NVIDIA vGPU Manager à la version 535.x (par exemple, 535.274.03). NVIDIA enquête sur ce problème. (XSI-2104)

Invités

Lors de la définition de la topologie vCPU pour une nouvelle machine virtuelle, assurez-vous que le nombre de cœurs par socket est défini sur une puissance de deux (1, 2, 4, 8, et ainsi de suite). Si cette valeur n’est pas une puissance de deux, certains de vos cœurs ne sont pas utilisés par la machine virtuelle, les informations de topologie affichées dans le système d’exploitation de la machine virtuelle peuvent être incorrectes, et d’autres comportements inattendus peuvent être observés. (XSI-1766)

Si vous tentez de migrer à chaud une machine virtuelle avec le contrôle de mémoire dynamique activé vers un hôte cible où les ressources, telles que la mémoire, sont très limitées, la migration peut parfois échouer. (CA-380607)

Si votre machine virtuelle passe en mode veille, votre souris peut devenir insensible bien que votre clavier reste fonctionnel. Le redémarrage de la machine virtuelle 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)

Invités Windows

Pour les machines virtuelles Windows 10 jointes à un domaine (1903 et versions ultérieures) avec l’agent FireEye 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 de 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 :

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 la console de la machine virtuelle pour l’invite d’installation. Lorsque l’invite apparaît, appuyez sur n’importe quelle touche. (CA-333694)

Lors de la tentative de mise à jour d’une machine virtuelle Windows 10 de la version 1909 vers la version 20H2 ou ultérieure, la mise à jour peut échouer avec un écran bleu affichant l’erreur : INACCESSIBLE BOOT DEVICE. (XSI-1075)

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

Mettez à jour les XenServer VM Tools pour Windows sur votre machine virtuelle vers la dernière version.
Prendre un instantané de la VM.
Dans le registre de la VM, supprimez les valeurs suivantes de la clé HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\XENFILT\Parameters : ActiveDeviceID, ActiveInstanceID et ActiveLocationInformation

Lors de la création d’une VM Windows à partir d’un modèle configuré pour ne pas mettre à jour automatiquement ses pilotes, la VM créée est incorrectement 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 VM créées à partir du modèle sont correctement configurées pour ne pas mettre à jour automatiquement les pilotes. Les VM précédemment générées à partir du modèle ne sont pas modifiées. (CA-371529)

Lors de l’installation de VM Windows Server 2025, le fait d’avoir deux disques attachés peut entraîner le blocage de la VM pendant le démarrage. Pour éviter ce problème, effectuez l’installation avec un seul disque. Ensuite, installez les outils VM Tools pour Windows sur la VM et redémarrez pour finaliser l’installation. Une fois l’opération terminée, vous pouvez attacher le deuxième disque en toute sécurité. (CA-399175)

Si vous démarrez un grand nombre de VM Windows Server 2025 sur un seul hôte en même temps, certaines risquent de ne pas démarrer. (CP-51655)

Si une VM 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 VM 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 VM 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 le memory ballooning avec l’hyperviseur Xen®. (CA-378797)

Sur certaines VM 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 VM 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 VM vers la dernière version. (CP-41455)

En raison d’un problème connu avec les pilotes Mesa sur Ubuntu 24.04, après l’installation d’une VM Ubuntu 24.04 (desktop) sur un hôte de plateforme AMD avec le protocole Wayland activé par défaut, vous pourriez rencontrer des invites de reconnexion répétées.

Pour résoudre ce problème, vous pouvez soit désactiver Wayland, soit passer à lightdm comme gestionnaire d’affichage par défaut.

Désactiver Wayland.

Ouvrez une invite de commande et exécutez la commande suivante :
```
 sudo nano /etc/gdm3/custom.conf
 
```
Définissez la valeur suivante pour désactiver Wayland :
```
 WaylandEnable=false
 
```
Redémarrez la VM pour terminer le processus.
Passez à lightdm.

Installez lightdm :
```
 sudo apt install lightdm
 
```
Définissez-le comme gestionnaire d’affichage par défaut :
```
 sudo dpkg-reconfigure lightdm
 
```
Redémarrez la VM pour terminer le processus.

Installation

Lors de la mise à niveau ou de l’installation de XenServer 8.4 sur des systèmes HPE Proliant Gen10, le processus peut se bloquer pendant le démarrage, mais avant le démarrage de l’installateur.

Pour contourner ce problème, désactivez le pilote hpsa :

Utilisez l’ISO d’installation pour récupérer l’hôte.
Lors du démarrage de l’ISO, accédez à GRUB en appuyant sur e (UEFI) ou Tab (BIOS) à l’invite de démarrage.
Ajoutez le texte suivant aux paramètres du noyau : modprobe.blacklist=hpsa
Appuyez sur Ctrl-X ou Entrée pour continuer.
Poursuivez l’installation ou la mise à niveau.

Une fois l’installation ou la mise à niveau terminée, vous pouvez réactiver le pilote hpsa en supprimant la ligne modprobe.blacklist=hpsa des paramètres du noyau dans GRUB.

Lors de la mise à niveau vers ou de l’installation de XenServer 8.4 à partir d’une ISO située sur un serveur IIS, l’installation ou la mise à niveau peut échouer et laisser vos hôtes incapables de redémarrer. La console distante affiche l’erreur GRUB : « File ‘/boot/grub/i3860pc/normal.mod’ not found. Entering rescue mode ». Ce problème est dû à la configuration d’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’y extraire l’ISO d’installation. (XSI-1063)

Utilisez la dernière version de XenCenter pour mettre à niveau de Citrix Hypervisor 8.2 CU1 vers XenServer 8.4. L’utilisation d’une version plus ancienne de XenCenter peut entraîner une perte de connectivité.

Téléchargez la dernière version de XenCenter depuis la page de téléchargement des produits XenServer.

Internationalisation

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

Dans une machine virtuelle Windows avec les XenServer VM Tools pour Windows installés, 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 de bureau à distance à la place. (CA-281807)

Stockage

Si vous créez une nouvelle installation de XenServer sur un hôte avec un SR XFS local sur un périphérique NVMe, votre stockage local ne se monte pas au démarrage. L’action échoue avec l’erreur : “Raised Server_error(SR_BACKEND_FAILURE, [ FileNotFoundError; [Errno 2] No such file or directory: ‘/sys/block/nvme0n/queue/scheduler’ ])”.

Après avoir appliqué les dernières mises à jour, vous pouvez monter le stockage local manuellement.

Si vous utilisez des SR GFS2 et que vous avez deux hôtes dans votre pool en cluster, votre cluster peut perdre le quorum et se mettre en quarantaine pendant une mise à niveau. Pour éviter cette situation, ajoutez ou supprimez un hôte de votre cluster. Assurez-vous d’avoir un ou trois hôtes dans votre pool pendant le processus de mise à niveau. (CA-313222)

Après avoir supprimé un LUN HBA d’un SAN, vous pourriez voir des messages de journal et des échecs d’E/S lors de l’interrogation des informations de volume logique. Pour contourner ce problème, redémarrez l’hôte XenServer. (XSI-984)

Vous ne pouvez pas définir ou modifier le nom du SR tmpfs utilisé par le PVS-Accelerator. Lorsque 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, vous recevez l’erreur SCRIPT_MISSING.

Vous ne pouvez pas exécuter plus de 200 machines virtuelles compatibles PVS-Accelerator sur un hôte XenServer. (CP-39386)

Une régression de performance affectant les écritures sur les images de disque virtuel (VDI) nouvellement créées sur les types de référentiels de stockage (SR) GFS2 et XFS a été corrigée.

Remarque :

Ce problème affecte les VDI créés après les mises à jour logicielles publiées en accès anticipé le 9 October 2024 et en version normale le 16 October 2024. Les VDI créés avant ces mises à jour, ou après la mise à jour publiée le 21 October 2024, ne sont pas affectés.

Bien que cette mise à jour résolve la régression des performances, elle ne restaure pas automatiquement les performances des machines virtuelles affectées en raison de la structure du fichier de support créé pendant la période de régression. Pour restaurer les performances :

Pour les machines virtuelles non persistantes ou en couches (gérées avec Citrix Virtual Apps and Desktops™ MCS) : Effectuez une mise à jour de l’image de base.
Pour les machines virtuelles persistantes (y compris les images principales) : Prenez un instantané pour créer un nouveau fichier de support pour les écritures futures, ce qui résout la régression des performances. Conservez l’instantané jusqu’à ce qu’une future mise à jour de XenServer soit publiée pour éviter que le problème ne se reproduise. Sa suppression prématurée peut entraîner la réapplication de la structure de métadonnées incorrecte précédente, réintroduisant ainsi le problème de performances.
Pour les machines virtuelles de test : Recréez-les pour résoudre le problème.

Parfois, lorsque l’instantané le plus récent d’une machine virtuelle est supprimé, il n’est pas possible de fusionner complètement les données du disque actif de la machine virtuelle 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éanalysez 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_METADATA signalé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)

Cela vous a-t-il été utile ?