Table des Matières
Publicité
Procédure de vérification
La présente section décrit la procédure de vérification à suivre pour identifier et
résoudre les incidents matériels pouvant survenir dans le serveur.
Présentation de la procédure de vérification
Avant d'effectuer la procédure de vérification pour diagnostiquer les problèmes
matériels, passez en revue les informations suivantes :
v Lisez les consignes de sécurité commençant à la page «Sécurité», à la page xi.
v Les programmes de diagnostic constituent la méthode principale pour tester les
v Lorsque vous exécutez les programmes de diagnostic, un incident peut générer
v Avant d'exécuter les programmes de diagnostic, vous devez déterminer si le
v Si le serveur est bloqué ou si l'autotest à la mise sous tension a généré une
24
System x3100 M3 Type 4253 - Guide de maintenance et d'identification des incidents
principaux composants du serveur : carte d'entrée-sortie, contrôleur Ethernet,
clavier, souris (périphérique de pointage), ports série et unités de disque dur.
Vous pouvez également les utiliser pour tester certaines unités externes. Si vous
ne parvenez pas à déterminer si un incident est d'origine matérielle ou logicielle,
exécutez les programmes de diagnostic pour confirmer que le matériel fonctionne
correctement.
plusieurs messages d'erreur. Dans ce cas, corrigez l'erreur à l'origine du premier
message d'erreur. Généralement, les autres messages d'erreur ne
réapparaissent pas lorsque vous relancez les programmes de diagnostic.
Exception : Si plusieurs codes d'erreur ou plusieurs voyants de diagnostic
lumineux Light Path indiquent un incident de microprocesseur,
l'erreur est probablement liée à un microprocesseur ou un port de
microprocesseur. Pour plus d'informations sur le diagnostic des
incidents de microprocesseur, voir «Incidents liés au
microprocesseur», à la page 30.
serveur défaillant appartient à un cluster d'unités de disque dur partagé
(autrement dit deux serveurs ou plus partageant plusieurs périphériques de
stockage externes). S'il fait partie d'un cluster, vous pouvez exécuter tous les
programmes de diagnostic, à l'exception de ceux qui testent l'unité de stockage
(c'est-à-dire, une unité de disque dur dans l'unité de stockage) ou la carte de
stockage connectée à l'unité de stockage. Le serveur défaillant peut appartenir à
un cluster dans le ou les cas suivants :
– Vous avez identifié le serveur défaillant comme faisant partie d'un cluster
(autrement dit deux serveurs ou plus qui partagent plusieurs périphériques de
stockage externes).
– Le serveur défaillant est relié à un ou plusieurs périphériques de stockage
externes parmi lesquels au moins un périphérique de stockage est également
relié à un autre serveur ou système non identifiable.
– Un ou plusieurs serveurs résidant à proximité du serveur défaillant.
Important : Si le serveur appartient à un cluster d'unités de disque dur partagé,
exécutez un seul test à la fois. Vous ne devez pas exécuter de suite
de tests du type «quick» ou «normal», car vous risqueriez d'activer
les tests de diagnostic d'unité de disque dur.
erreur, voir «Journaux des erreurs», à la page 17. Si le serveur est bloqué mais
qu'aucun message d'erreur n'apparaît, voir «Tableaux d'identification des
incidents», à la page 26 et «Résolution des incidents indéterminés», à la page
45.
Publicité
Table des Matières
