Users Guide

Table Of Contents
Résolution : assurez-vous que les disques physiques et virtuels sont en bon état d’intégrité avant de mettre à jour les configurations
du cœur de processeur. Si un disque est dans un mauvais état d’intégrité, consultez la documentation Microsoft pour savoir comment
obtenir un bon état d’intégrité.
Cause : la mise à jour du cœur de processeur échoue si l’un des nœuds du cluster est suspendu.
Résolution : reprenez les nœuds de cluster (rôles de basculement) avant de mettre à jour les configurations du cœur de processeur.
Cause : lors de l’application des mises à jour du cœur de processeur, l’un des nœuds du cluster peut subir un arrêt forcé ou accidentel.
Cause : l’inventaire du matériel et de l’intégrité de l’iDRAC du nœud cible n’a pas pu être récupéré.
Résolution : pour plus d’informations, consultez la section Impossible d’extraire l’inventaire de l’intégrité et du matériel à partir de
l’iDRAC.
Panne CredSSP
Vérifiez les journaux de l’observateur d’événements dans le système de passerelle afin de vous assurer que CredSSP n’a pas échoué
pendant la mise à jour de la configuration du cœur de processeur. En cas d’échec de CredSSP, les causes probables et les solutions sont
les suivantes :
Cause : lors de la mise à jour des cœurs de processeur, la délégation des informations d’identification à l’aide de CredSSP peut
échouer.
Résolution : reconnectez le cluster en utilisant le nom de domaine complet, puis cochez la case Utiliser ces informations
d’identification pour tous les serveurs.
Par exemple, si le nom de domaine est test.dev.com, utilisez test.dev.com\administrator en tant que nom de domaine, puis
cochez la case Utiliser ces informations d’identification pour tous les serveurs.
Cause : lors de l’utilisation de l’authentification CredSSP pour exécuter des scripts sur une machine distante, la tâche de mise à jour
peut échouer avec une erreur.
Le problème est dû au fait que le CredSSP a été désactivé sur la machine de la passerelle.
Résolution : pour résoudre le problème, procédez comme suit :
1. Dans la fenêtre PowerShell, exécutez gpedit
2. Dans la fenêtre Éditeur de politique de groupe, Configurations de l’ordinateur > Modèles d’administration > Système >
Délégation des informations d’identification
3. Sélectionnez Autoriser la délégation des nouvelles informations d’identification avec l’authentification de serveur
NTLM uniquement et activez l’option.
4. Exécutez gpupdate /force dans PowerShell.
L’application des modifications du cœur de processeur a échoué
L’application des modifications du cœur de processeur peut s’afficher comme étant en échec dans les nœuds individuels, car les
événements suivants se sont produits pendant les modifications du cœur de processeur :
OMIMSWAC ne parvient pas à se connecter au nœud.
La session de mise à jour du cœur de processeur est déconnectée.
Le redémarrage du nœud est bloqué.
Puis-je mettre à jour les configurations du cœur de processeur dans le cluster
de basculement ?
Non, la mise à jour des configurations du cœur de processeur n’est pas prise en charge dans les clusters de basculement. Elle est prise en
charge uniquement sur les clusters Azure Stack HCI et les clusters HCI basés sur Windows Server.
Puis-je mettre à jour les configurations du cœur de processeur dans des
nœuds individuels ?
Oui, vous pouvez mettre à jour les configurations du cœur de processeur dans des nœuds individuels. Toutefois, le nœud ne doit pas faire
partie d’un cluster Azure Stack HCI ou Windows Server HCI. Les nœuds faisant partie de clusters de basculement sont pris en charge
pour la mise à jour individuelle de la configuration du cœur de processeur.
54
Dépannage et questions fréquentes