Users Guide

○ Si le profil de référence iDRAC par défaut est modifié après la découverte d'un serveur et ajouté dans l'appliance, alors aucune
activité ne peut être réalisée sur le serveur. Pour utiliser le serveur, redécouvrez le serveur avec le nouveau profil d’identification.
Création de groupe de châssis VRTX incorrect après la découverte
des serveurs
Lorsque les serveurs modulaires précédemment installés dans un autre châssis sont ajoutés à un châssis VRTX et découverts dans
OMIMSSC, les serveurs modulaires portent le numéro de série du châssis précédent. Par conséquent, un groupe de châssis VRTX avec les
anciennes informations sur le châssis est créé dans l'appliance au lieu des informations les plus récentes sur le châssis.
Pour résoudre le problème, procédez comme suit :
1. Activez la fonction CSIOR et réinitialisez iDRAC sur le serveur modulaire qui vient d'être ajouté.
2. Supprimez manuellement tous les serveurs du groupe de châssis VRTX, puis effectuez une nouvelle découverte de ces serveurs.
Impossible de synchroniser les serveurs hôtes avec la console MECM
inscrite
Lors de la synchronisation de l’extension de la console OMIMSSC avec la console MECM inscrite, les serveurs ne sont pas répertoriés en
tant que sous-tâches dans la tâche de synchronisation et ne sont donc pas synchronisés.
Pour contourner ce problème, lancez la console MECM avec « Exécuter en tant que privilège d’administration » et mettez à jour la
configuration hors bande pour un serveur. Puis, synchronisez l’extension de console OMIMSSC avec l’instance MECM inscrite.
Pour plus d’informations, reportez-vous à la section Synchronisation avec la console Microsoft inscrite dans Guide unifié de
l’utilisateur d’OpenManage Integration pour Microsoft System Center Version 7.3 pour Endpoint Configuration Manager et
System Center Virtual Machine Manager.
Impossible de supprimer un groupe de mise à jour de cluster vide
pendant la découverte automatique ou la synchronisation
Lorsqu'un cluster est découvert dans OMIMSSC, un groupe de mise à jour de cluster est créé dans le Centre de maintenance avec tous
les serveurs répertoriés dans le groupe de mise à jour de cluster. Plus tard, si tous les serveurs sont supprimés de ce cluster via SCVMM,
et qu'une découverte automatique ou une synchronisation avec l'opération SCVMM est effectuée, le groupe de mise à jour de cluster vide
n'est pas supprimé dans le Centre de maintenance.
Pour contourner ce problème, pour supprimer le groupe de serveurs vide, effectuez une nouvelle découverte des serveurs.
Impossible de créer un cluster lors de l’application des fonctionnalités
de cluster
En cas d’échec de la création du cluster sur les nœuds lors de l’application des fonctionnalités de cluster, et le déploiement du système
d’exploitation réussit. Lors de la création du cluster, un message d’erreur Failed to install the features on hosts that
are required for creating clusters s’affiche et les journaux s’affichent, Failed to run Pre Cluster Creation
Scripts on Host Create Cluster.
Pour contourner ce problème, assurez-vous que les informations d’identification d’accès à l’ordinateur, sélectionnées dans le Profil
d’ordinateur physique utilisé pour la création du cluster, sont identiques à celles de l’utilisateur inscrit. L’utilisateur inscrit doit être un
administrateur de domaine ou un utilisateur de domaine disposant des privilèges nécessaires pour ajouter le système au domaine.
Impossible de récupérer l’état de la tâche de mise à jour compatible
adaptée au cluster
Lorsque l’état de la tâche de mise à jour adaptée est postérieur à l’achèvement de la tâche de mise à jour.
Pour contourner ce problème, vérifiez l’état de la tâche à l’aide de l’outil Microsoft Failover Cluster Manager et assurez-vous de supprimer
les fichiers OMIMSSC créés dans le serveur SCVMM après la réalisation de la tâche.
100
Dépannage