Users Guide

Table Of Contents
Groupe de châssis VRTX créé en double
Si les serveurs modulaires précédemment installés dans un autre boîtier sont ajoutés à un boîtier VRTX et détectés, ces serveurs
modulaires sont identifiés par le numéro de série du boîtier précédent, ce qui crée un groupe de boîtiers VRTX en double dans l’appliance.
Pour résoudre le problème, procédez comme suit :
1. Supprimez le serveur modulaire du boîtier et ajoutez-le à un autre boîtier. Pour plus d’informations, voir la section Modules de serveurs
dans le manuel du propriétaire du boîtier Dell PowerEdge VRTX.
2. Configurer CMC. Pour plus d’informations, voir la section Installation et configuration de CMC dans le guide d’utilisation de CMC
(Chassis Management Controller) version 2.1 pour Dell PowerEdge VRTX, disponible sur le site dell.com/support/home.
Après avoir effectué les tâches précédentes, s'il existe des entrées de groupe de châssis en double, procédez comme suit pour résoudre le
problème :
1. Activez la fonction CSIOR et réinitialisez l'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 supprimer un groupe de mise à jour de
cluster vide pendant la découverte automatique ou la
synchronisation
Si un groupe de cluster est détecté dans l’appliance, un groupe de mise à jour de cluster est créé dans Maintenance Center (Centre de
maintenance) avec tous les serveurs répertoriés dans le groupe de mise à jour de cluster. Par la suite, si tous les serveurs sont supprimés
du cluster via SCVMM, et qu’une détection automatique ou une synchronisation est exécutée avec l’opération SCVMM, le groupe de mise
à jour de cluster vide n’est pas supprimé dans Maintenance Center (Centre de maintenance).
Pour contourner ce problème, pour supprimer le groupe de serveurs vide, effectuez une nouvelle découverte des serveurs.
Échec de la création d'une source de mise à jour
Si la configuration réseau DNS (Domain Name System) de l’appliance est modifiée, la création de la source de mise à jour de type HTTP ou
FTP échoue.
Pour résoudre ce problème, redémarrez l’appliance, puis créez la source de mise à jour de type HTTP ou FTP.
Impossible de mettre à jour le micrologiciel car la file
d’attente des tâches est pleine
Les tâches de mise à jour de micrologiciel envoyées par l’appliance à l’iDRAC échouent, et le journal principal de l’appliance affiche l’erreur
suivante : JobQueue Exceeds the size limit. Delete unwanted JobID(s).
Pour résoudre ce problème, supprimez manuellement les tâches terminées dans l’iDRAC, et relancez la tâche de mise à jour de
micrologiciel. Pour plus d’informations sur la suppression de tâches dans l’iDRAC, voir la documentation de l’iDRAC à l’adresse dell.com/
support/home.
Échec de la mise à jour de micrologiciel dans un groupe
mise à jour de cluster
Après la planification d'une tâche de mise à jour de micrologiciel sur un groupe de mise à jour de cluster, si la tâche échoue pour diverses
raisons, telles que l'IG est inaccessible, le groupe du cluster ne répond plus ou la tâche de mise à jour micrologicielle a été annulée dans
CAU pour une tâche en cours, les fichiers DUP sont téléchargés et placés dans chaque nœud de cluster de serveurs du groupe de
clusters. Tous les fichiers DUP sont placés dans le dossier appelé Dell consuming memory.
Dépannage
55