Problèmes résolus
Les problèmes suivants ont été résolus dans XenServer 8.4. En plus de ces problèmes résolus, des correctifs supplémentaires sont publiés sur les canaux de mise à jour Normal et Accès anticipé.
Active Directory
- [Fixed in Early Access on 4 December 2025 and Normal on 15 December 2025] Le renforcement de la sécurité du contrôleur de domaine Windows Server peut empêcher l’intégration d’Active Directory de résoudre les sujets AD dans les domaines approuvés. (XSI-2030)
Général
-
[Fixed in Early Access and Normal on 2 June 2025. After applying this update, you can upgrade your firmware to a version compatible with bnxt_en driver version 1.10.3-232.0.155.5.] Sur les hôtes équipés de cartes réseau Broadcom 5750x dont le niveau de firmware a été mis à jour vers une version incompatible avec le pilote bnxt_en version 1.10.2-223.0.083, l’hôte plante au redémarrage avec un kernel panic. Pour contourner ce problème, suivez les étapes suivantes :
-
Reportez-vous à la documentation de votre fournisseur pour comprendre quelles versions de firmware sont compatibles avec la version du pilote bnxt_en dans XenServer 8.4.
Par exemple :
- Sur un serveur Dell, la version de firmware compatible est 23.11.16.22.
- Sur un serveur HPE, la version de firmware compatible est 223.1.96.0.
- Si vous n’avez pas encore appliqué un niveau de firmware incompatible, ne l’appliquez pas avant que le dernier pilote bnxt_en ne soit disponible pour XenServer 8.4.
- Si vous avez déjà appliqué le firmware, restaurez-le à une version compatible avec le pilote bnxt_en version 1.10.2-223.0.083.
-
-
Le redémarrage de la VM n’a pas le même effet que l’arrêt puis le démarrage de la VM. (CA-188042)
-
Si un utilisateur Active Directory hérite du rôle d’administrateur de pool d’un groupe AD dont le nom contient des espaces, l’utilisateur ne peut pas se connecter à XenServer 8.4 via SSH. (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 à gérer le pool. (XSI-1386)
-
[Fixed in Early Access on 16 April 2025. Fixed in Normal on 22 April 2025] Dans certaines situations, par exemple si la haute disponibilité (HA) est activée dans votre pool ou si vous utilisez des GPU, XenCenter® et Workload Balancing peuvent ne pas être en mesure de charger correctement les données de performance du pool. Ce problème présente les symptômes suivants :
- Dans XenCenter, les graphiques de performance ne se chargent pas et apparaissent vides, ou contiennent des lacunes.
- Dans Workload Balancing, vous pourriez constater des échecs de consultation et de recommandation.
(XSI-1845)
Graphiques
- Sur le matériel équipé de cartes graphiques NVIDIA A16/A2, les machines virtuelles avec vGPU peuvent parfois échouer à migrer avec l’erreur interne « Gpumon_interface.Gpumon_error([S(Internal_error);S((Failure “No vGPU available”))]) ». (CA-374118)
Invités
Invités Windows
-
Lorsque les machines virtuelles Windows démarrant en UEFI démarrent, elles affichent un logo TianoCore. (CP-30146)
-
Sur une machine virtuelle Windows, l’adresse IP d’une VIF SR-IOV n’est parfois pas visible dans XenCenter. (CA-340227)
-
Sur une machine virtuelle Windows avec plus de 8 vCPU, la mise à l’échelle côté réception (Receive Side Scaling) peut ne pas fonctionner car le pilote xenvif ne parvient pas à configurer la table d’indirection. (CA-355277)
-
Si un hôte XenServer® tombe en panne ou s’arrête brusquement, le démarrage ou la migration de machines virtuelles Windows 11 supplémentaires sur cet hôte finit par échouer. (CA-375992)
Invités Linux
-
Les outils XenServer 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)
-
Les machines virtuelles exécutées sur Oracle Linux 8 avec un seul vCPU ne parviennent pas à reprendre à partir d’un état suspendu lorsque la fonction Dynamic Memory Control (DMC) est activée et que la mémoire allouée à la machine virtuelle est définie à sa limite maximale. (CA-3907760)
Installation
-
[Fixed in the June 2025 ISO release] Sur les hôtes équipés de cartes réseau Broadcom 5750x dont le niveau de micrologiciel a été mis à jour vers une version incompatible avec le pilote bnxt_en version 1.10.2-223.0.083, l’hôte plante pendant l’installation avec un kernel panic ou l’installation peut se bloquer.
-
[Fixed in the May 2025 ISO release] L’ISO d’installation de XenServer 8.4 du 22 avril 2025 contient un problème qui peut entraîner l’échec des mises à niveau avec l’erreur
KeyError: 'target-platform'lors d’une mise à niveau manuelle. -
[Fixed in the June 2024 ISO release] En raison d’une incompatibilité avec certains micrologiciels système, l’installation de XenServer à l’aide du démarrage logiciel à partir d’iSCSI peut échouer avec le message d’erreur : « Une erreur irrécupérable s’est produite. »
Accélérateur PVS
- [Fixed in Early Access on 24 September 2025 and Normal on 1 October 2025.] Les métriques de l’accélérateur PVS peuvent être vides ou se situer dans une plage incorrecte. (CA-414341)
SDK
- Dans le SDK Java, certains appels peuvent échouer avec une JsonMappingException. (CA-393866)
Stockage
-
Lors de l’attachement d’un SR LVM iSCSI avec plusieurs cibles et des targetIQN génériques à un hôte, l’opération d’attachement peut échouer si toutes les cibles ne répondent pas. (CA-375968)
-
Si un SR GFS2 dispose de moins de 500 Mo d’espace, lorsque vous tentez de supprimer des disques stockés sur ce SR, l’opération peut échouer. (CA-379589)
-
Lors d’une tentative de réparation d’une connexion à un SR NFS v3 en lecture seule, l’opération peut échouer lors de la première tentative avec l’erreur « SM has thrown a generic python exception ». Pour contourner ce problème, tentez à nouveau l’opération de réparation. Ce problème est causé par une opération d’écriture lors de la tentative de réparation initiale. (XSI-1374)
-
Pour les pools utilisant le stockage GFS2, les redémarrages d’hôtes après l’application de mises à jour XenServer publiées entre le 3 juin et le 20 juillet 2026 peuvent empêcher le branchement des SR GFS2. Ce problème a été résolu dans les mises à jour publiées le 22 juillet 2026. Pour contourner ce problème s’il est rencontré, vous pouvez effectuer les étapes suivantes sur tous les hôtes affectés :
- Connectez-vous à la console de l’hôte.
- Exécutez la commande
ldconfig(aucune sortie ne sera produite).
Ensuite, réparez (rebranchez) tous les référentiels de stockage GFS2 affectés. (XSI-2315)
Mises à jour
-
Pendant qu’une mise à jour d’installation est en cours sur un membre du pool, vous pourriez voir l’erreur « The operation could not be performed because getting updates is in progress. ». Pour résoudre cette erreur, vous pouvez réessayer l’opération. (CA-381215)
-
Lorsque vous utilisez les bundles de mise à jour initialement publiés pour le 6 mai ou le 12 mai 2025, le téléchargement du bundle hors ligne échoue avec l’erreur « Syncing with bundle repository failed ». Des bundles de remplacement ont maintenant été publiés qui incluent la chaîne
-v2dans le nom du fichier. Si vous avez déjà téléchargé les versions originales de ces bundles, obtenez les dernières versions (v2) avant de tenter votre mise à jour. (XSI-1909) -
Après l’application des mises à jour publiées le ou après le 12 mai 2026, dans certains cas, les systèmes utilisant des processeurs Intel Granite Rapids peuvent ne pas démarrer - cela est considéré comme étant dû à un problème avec le microcode Intel mis à jour. Les mises à jour du 3 juin 2026 résolvent ce problème. (XSI-2242)
Équilibrage de la charge de travail
-
Pour une appliance virtuelle d’Équilibrage de la 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)
-
Dans XenCenter, la plage de dates affichée dans le Rapport d’audit du pool d’équilibrage de la charge de travail est incorrecte. (CA-357115)
-
Pendant la fenêtre de maintenance de l’Équilibrage de la charge de travail, l’Équilibrage de la charge de travail est incapable de fournir des recommandations de placement. Lorsque cette situation se produit, vous voyez l’erreur : « 4010 Pool discovery has not been completed. Using original algorithm. » La fenêtre de maintenance de l’Équilibrage de la charge de travail dure moins de 20 minutes et est par défaut planifiée à minuit. (CA-359926)
XenCenter
Pour plus d’informations sur les problèmes connus et résolus dans XenCenter, consultez Nouveautés de XenCenter.