Publicité
Raisons pour lesquelles une erreur POST pourrait impliquer plusieurs
unités interchangeables sur site
Les tests fonctionnant à un très bas niveau, les outils de diagnostic POST sont
souvent plus précis lorsqu'ils donnent les détails d'une erreur (par exemple, les
valeurs numériques des résultats attendus et observés) que lorsqu'ils doivent
désigner l'unité interchangeable sur site responsable de l'erreur. Si cette théorie est
contraire à votre intuition, examinez le schéma d'un chemin de données dans un
serveur Sun Fire V480, comme illustré dans la
.
FIGURE 6-3
Commutateur
Pont
Contrôleur
Commutateur
de données
CPU
de données
d'E/S
PCI
à 5 directions
Carte d'unité centrale/mémoire
Plan médian
Carte adaptateur PCI
Exécution du diagnostic POST via des unités interchangeables sur site
FIGURE 6-3
Les lignes en pointillés de la
représentent les frontières entre les unités
FIGURE 6-3
interchangeables sur site. Supposons qu'un diagnostic POST soit en cours
d'exécution dans la partie gauche du schéma. Ce diagnostic vise à lancer un auto-
test intégré dans un périphérique PCI placé sur le côté droit du schéma.
Si cet auto-test échoue, on peut penser à une panne au niveau du contrôleur PCI ou,
hypothèse moins probable, à l'un des chemins de données ou composants menant
à ce contrôleur. Le diagnostic POST peut uniquement vous signaler l'échec du test,
mais non la raison de cet échec. Ainsi, même si le test POST peut fournir des données
très précises quant à la nature de l'échec du test, n'importe laquelle des trois unités
interchangeables sur site peut être impliquée.
Contrôle des diagnostics POST
Pour contrôler les diagnostics POST (ainsi que d'autres aspects du processus
d'initialisation), définissez les variables de configuration OpenBoot dans l'IDPROM.
Généralement, les modifications apportées aux variables de configuration OpenBoot
ne prennent effet qu'après le redémarrage de la machine.
88
Guide d'administration du serveur Sun Fire V480 • Février 2002
Publicité
