Users Guide

• Problème : un sous-ensemble de serveurs a perdu son alimentation suite à une panne du réseau de CA, alors que le
châssis fonctionnait en mode de configuration Redondance de réseau d'alimentation avec six blocs d'alimentation.
– Solution : cela peut se produire si les blocs d'alimentation sont mal connectés aux réseaux en CA redondants au
moment où la panne de réseau de CA se produit. La stratégie Redondance de réseau d'alimentation exige que
les trois blocs d'alimentation de gauche soient connectés à un réseau de CA et que les trois blocs d'alimentation
de droite soient connectés à un autre réseau de CA. Si deux blocs d'alimentation sont mal connectés, par
exemple si les blocs d'alimentation 3 et 4 sont connectés aux mauvais réseaux de CA, une panne de réseau de
CA provoque une perte d'alimentation des serveurs de moindre priorité.
• Problème : les serveurs de priorité inférieure ne sont plus alimentés, suite à la panne d'un bloc d'alimentation (PSU).
– Solution : il s'agit du comportement attendu si vous avez configuré la stratégie d'alimentation de l'enceinte sur
Sans redondance. Pour éviter que des pannes d'alimentation futures arrêtent les serveurs, vérifiez que le
châssis comporte au moins quatre blocs d'alimentation et qu'il est bien configuré pour la stratégie Redondance
des blocs d'alimentation, afin d'éviter qu'une panne de PSU ait un impact sur le fonctionnement des serveurs.
• Problème : les performances globales du serveur diminuent lorsque la température ambiante augmente dans le
centre de données.
– Solution : cela peut se produire si vous avez défini l'option Limite de la puissance d'entrée système sur une
valeur qui provoque une augmentation des besoins d'alimentation des ventilateurs, qui doit être compensée par
une réduction de la puissance allouée aux serveurs. L'utilisateur peut configurer l'option Limite de la puissance
d'entrée système sur une valeur plus élevée, qui permet d'allouer de la puissance supplémentaire aux
ventilateurs sans aucun impact sur les performances des serveurs.
Dépannage des alertes
Utilisez le journal CMC et le journal de suivi pour dépanner les incidents qui génèrent des alertes CMC. La réussite ou
l'échec de chaque tentative de distribution par e-mail et/ou interruption SNMP est consigné dans le journal CMC. Des
informations supplémentaires concernant chaque erreur sont journalisées dans le journal de suivi. Toutefois,
comme SNMP ne confirme pas la transmission des interruptions, utilisez un analyseur de réseau ou un outil comme
l'utilitaire snmputil de Microsoft pour suivre les paquets sur le système géré.
Liens connexes
Configuration de CMC pour envoyer des alertes
Affichage des journaux d'événements
Vous pouvez afficher les journaux du matériel et du CMC pour en savoir plus sur les événements critiques qui se
produisent sur le système géré.
Liens connexes
Affichage du journal du matériel
Affichage du journal CMC
Affichage du journal du matériel
CMC génère un journal du matériel pour les événements qui se produisent sur le châssis. Vous affichez ce journal avec
l'interface Web ou avec RACADM.
REMARQUE : Vous devez disposer du privilège Administrateur d'effacement des journaux pour effacer le journal
du matériel.
REMARQUE : Vous pouvez configurer CMC afin d'envoyer un e-mail ou une interruption SNMP lorsque des
événements spécifiques se produisent. Pour plus d'informations sur la configuration de CMC pour l'envoi
d'alertes, voir « Configuration de CMC pour envoyer des alertes ».
248