Tests Hardware Diagnostic Suite - Références
|
Cette annexe contient la description des tests Hardware Diagnostic Suite suivants et répertorie les conditions requises par chaque test :
Test CD-ROM
Le test CD-ROM contrôle le lecteur de CD-ROM.
Chaque piste est classée comme suit :
- Le mode 1 utilise le code détecteur/correcteur d'erreurs (288 octets).
- Le mode 2 utilise de l'espace données supplémentaire ou une piste son.
TABLEAU A-1 Description du test CD-ROM et conditions requises
Mode de test
|
Description
|
Conditions requises
|
Contrôle rapide
|
Vérifie si un lecteur de CD-ROM est connecté au système.
|
Aucune
|
Test complet
|
Vérifie si le lecteur fonctionne en accédant au support qui se trouve à l'intérieur et en lisant ce dernier. Si le support contient du son et que le test du son est activé, le test essaye de lire le son. Seul un petit pourcentage du support est lu car cela suffit pour vérifier le fonctionnement du lecteur. Cela permet aussi de limiter le temps d'exécution au strict minimum.
Si le périphérique est occupé au moment des tests, le test est interrompu et un message indiquant que le périphérique n'est pas disponible pour le test s'imprime.
|
Chargez un CD-ROM (données ou audio) dans le lecteur avant de lancer ce test.
|
Test Disque
Le test Disque vérifie le fonctionnement des disques durs.
TABLEAU A-2 Description du test Disque et conditions requises
Mode de test
|
Description
|
Conditions requises
|
Contrôle rapide
|
Ouvre l'unité, en contrôle la configuration, lit quelques blocs puis ferme l'unité. Tous les messages d'erreur d'unités UNIX sont surveillés et affichés. Aucune donnée de disque dur n'est écrite et aucun test de système de fichiers n'est effectué.
|
Aucune
|
Test complet
|
Ouvre l'unité, en contrôle la configuration, effectue dessus un test en lecture seule et des contrôles de recherche aléatoires.
Aucun test de système de fichiers n'est effectué. Une fois le test terminé, il ferme l'unité. Tous les messages d'erreur d'unités UNIX sont surveillés et affichés.
|
Aucune
|
Test Disquette
Le test Disquette contrôle le lecteur de disquettes.
TABLEAU A-3 Description du test Disquette et conditions requises
Mode de test
|
Description
|
Conditions requises
|
Contrôle rapide
|
Ouvre le lecteur de disquettes. Tous les messages d'erreur de lecteur de disquettes UNIX sont surveillés et affichés. Aucune donnée n'est écrite et aucun test de système de fichiers n'est effectué.
|
Chargez une disquette formatée UNIX dans le lecteur.
|
Test complet
|
Ouvre le lecteur de disquettes, en contrôle la configuration, effectue un test en lecture seule sur la disquette. Aucun test de système de fichiers n'est effectué. Lorsque ce test est terminé, il ferme le lecteur de disquettes. Tous les messages d'erreur de lecteur de disquettes UNIX sont surveillés et affichés.
|
Chargez une disquette formatée UNIX dans le lecteur.
|
Test Mémoire
Le test Mémoire contrôle la mémoire physique du système. Ce test localise les erreurs de parité, les erreurs ECC (Error Correction Code) temporaires et récurrentes, les erreurs de lecture de mémoire et les problèmes d'adressage. Le pseudo-gestionnaire mem(7) est utilisé pour lire la mémoire physique.
Ce test lit l'ensemble de la mémoire physique disponible. Il n'écrit dans aucun emplacement de mémoire physique.
TABLEAU A-4 Description du test de mémoire et conditions requises
Mode de test
|
Description
|
Conditions requises
|
Contrôle rapide
|
Un pour-cent de la mémoire est lu. Ce test affiche également la quantité de mémoire physique disponible. Pour les systèmes qui utilisent la gestion d'erreurs mémoire ECC, ce test signale les erreurs ECC survenues depuis la dernière exécution du test. Enfin, il signale les erreurs ECC relatives à une UC, une carte mémoire ou une barrette SIMM donnée.
|
Aucune
|
Test complet
|
Effectue le même test qu'en mode contrôle rapide, la seule différence étant que le volume de mémoire lu est supérieur.
|
Aucune
|
Test Réseau
Le test Réseau contrôle l'ensemble du matériel d'interconnexion sur la carte UC du système et les contrôleurs réseau séparés (par exemple, un deuxième contrôleur Ethernet SBus). Ces périphériques réseau sont les suivants :
- Ethernet (ie et le),
- Ethernet 100 Mbits/s (be et hme),
- Token ring (tr et trp),
- Quad Ethernet (QED),
- Fibre optique (fddi, nf, bf et pf),
- Système SPARCcluster
(em),
- ATM (sa et ba),
- HiPPI.
Pour que ce test ait un sens, la machine testée doit être raccordée à un réseau comportant au moins un autre système. Ce test utilise principalement ICMP (Internet Control Message Protocol) et requiert qu'il y ait au moins deux machines dans le réseau : celle qui est testée et une autre machine suffisamment fiable pour constituer une cible pour les tests. Les deux machines doivent prendre en charge TCP/IP (Transport Control Protocol/Internet Protocol). La machine cible doit être configurée pour répondre soit à la diffusion ICMP soit à la diffusion RPC.
Le test Réseau commence par déterminer les machines cibles pour les tests. Il envoie une diffusion ICMP pour les trouver. S'il ne parvient pas à trouver de cible, il essaye une diffusion RPC vers le démon mappeur de ports RPC. Une fois la cible trouvée, ce test effectue un test aléatoire dans le cadre duquel il envoie 256 paquets de longueurs et données aléatoires.
La temporisation de réception est fixée à 120 secondes. Le nombre d'essais avant qu'une erreur soit indiquée est fixé à trois.
TABLEAU A-5 Description du test Réseau et conditions requises
Mode de test
|
Description
|
Conditions requises
|
Contrôle rapide
|
Contrôle si le périphérique est connecté. Recherche le nom de périphérique spécifié parmi toutes les interfaces réseau. Si le test réseau ne trouve pas le périphérique connecté, le test échoue, sinon il réussit.
|
Le système doit être connecté et configuré pour la communication via réseau au moyen de l'interface réseau testée.
|
Test complet
|
Effectue ce qui est décrit dans la description générale du test.
|
Le système doit être connecté et configuré pour la communication via réseau au moyen de l'interface réseau testée.
|
Test Port parallèle
Le test Parallèle vérifie le fonctionnement du port parallèle compatible Centronics IEEE 1248 (mode ECP).
Si ce test réussit, vous savez que le circuit DMA et que le gestionnaire de périphériques fonctionnent correctement.
TABLEAU A-6 Description du test parallèle et conditions requises
Mode de test
|
Description
|
Conditions requises
|
Contrôle rapide
|
Vérifie s'il y a un port parallèle bidirectionnel de configuré dans le système. La réussite de ce test dans ce mode indique que le matériel du port parallèle et le gestionnaire logiciel sont installés dans le système.
|
Aucune
|
Test complet
|
Contrôle la fonctionnalité du périphérique en effectuant un test de rebouclage interne, en utilisant le test de rebouclage FIFO interne ioctl.
L'algorithme utilisé :
- sélectionne le mode TFIFO.
- écrit/lit/compare les esp sur le contenu FIFO.
- écrit des dma vers FIFO et lit/compare des esp
|
Aucune
|
Test Processeur
Le test Processeur contrôle l'unité de virgule flottante sur les machines présentant une architecture basée sur la technologie SPARC. Il effectue une série de tests qui contrôlent les registres, les conversions de virgule flottante à entier en simple et double précision, les additions, les soustractions, les multiplications, les divisions, les contrôles de verrou, la temporisation et les instructions de condition avec et sans branchement.
TABLEAU A-7 Description du test Processeur et conditions requises
Mode de test
|
Description
|
Conditions requises
|
Contrôle rapide
|
Contrôle les caractéristiques de l'UC.
|
Aucune
|
Test complet
|
Teste la fonctionnalité de l'unité de virgule flottante.
|
Aucune
|
Test Port série
Le test Série contrôle les ports série intégrés (zs[0,1], zsh[0,1], se[0,1], se_hdlc[0,1]).
Un test asynchrone et un test synchrone sont exécutés en mode Test complet. Ils sont décrits ci-après :
- Test asynchrone -- Ce test utilise le protocole de communication asynchrone comme décrit dans les pages de manuel zs(7D)et se(7D). L'interface termio(7I) est utilisée pour la configuration des caractéristiques des ports. Le test écrit et lit les données à travers le chemin de rebouclage et compare les données aux données originales. Il commence par envoyer un unique caractère. Si aucune erreur ni temporisation n'est détectée, le reste des données est écrit et lu simultanément, puis comparé.
- Test synchrone -- Ce test utilise l'interface HDLC-framing synchrone comme décrit dans les pages de manuel zsh(7D) et se_hdlc(7D). Les données sont écrites et lues dans des paquets protégés par somme de contrôle. Le test synchrone s'exécute en trois phases :
- La première phase recherche de l'activité sur le port. Si aucune activité n'est détectée au bout de quatre secondes minimum, le test passe à la phase suivante. S'il y a de l'activité, le test série s'arrête en générant une erreur.
- La seconde phase essaye d'envoyer et de recevoir un paquet. Si aucun paquet n'est détecté au bout de cinq tentatives, le test s'arrête en générant une erreur. Si un paquet est retourné, le résultat est comparé à l'original. Si la longueur et le contenu des paquets ne correspondent pas exactement, le test s'arrête en générant une erreur.
- La troisième phase essaye d'envoyer plusieurs paquets à travers la boucle. Des pertes de paquets sont à prévoir, surtout si le système est lourdement chargé. Chaque paquet est comparé à son original (longueur et contenu).
En cas de discordance, le test s'arrête en générant une erreur.
TABLEAU A-8 Description du test Série et conditions requises
Mode de test
|
Description
|
Conditions requises
|
Contrôle rapide
|
Ouvre le port pour déterminer si le périphérique est connecté. Si l'opération d'ouverture échoue et que le port n'est pas occupé, le test s'arrête en générant une erreur. Si l'opération d'ouverture réussit ou échoue en donnant une erreur d'utilisation de type occupé ou exclusif, le port est considéré comme connecté, et le test réussit.
|
Aucune
|
Test complet
|
Effectue les tests synchrones et asynchrones. Si le périphérique supporte un rebouclage interne, le test est exécuté en mode Test complet. Le périphérique zs(7D) prend en charge un rebouclage synchrone interne et le périphérique se(7d) un rebouclage asynchrone interne.
|
Aucune
|
Teste Boîtier Sun StorEdge A5x00
Le test Boîtier Sun StorEdge A5x00 est utilisé pour vérifier la fonctionnalité des sous-systèmes Sun StorEdge
A5x00.
Le test Boîtier Sun StorEdge A5x00 détecte tous les boîtiers Sun StorEdge A5x00 connectés à l'hôte et recueille les informations de configuration pertinentes.
TABLEAU A-9 Description du Test Boîtier Sun StorEdge A5x00 et conditions requises
Mode de test
|
Description
|
Conditions requises
|
Contrôle rapide
|
Les connexions avec l'hôte et le statut du boîtier sont contrôlés. Le test échoue s'il y a ne serait-ce qu'une connexion défectueuse ou si le boîtier est dans un état critique.
|
Aucune
|
Test complet
|
Recherche l'ensemble des connexions actives et non entre l'hôte et le boîtier, et indique le nombre de connexions actives existantes. Ce test diagnostique les éventuelles connexions inactives et indique les causes possibles du problème.
Le statut du boîtier est obtenu en interrogeant le périphérique SES (SCSI Enclosure Services) se trouvant dans le boîtier. Des informations détaillées sur le statut des éléments présents dans le boîtier sont fournies. Ce test échoue si une condition critique est détectée dans le boîtier.
|
Aucune
|
Test Boîtier Sun StorEdge A/D 1000
Le test Boîtier Sun StorEdge A/D 1000 est utilisé pour vérifier la fonctionnalité du boîtier Sun StorEdge 1000.
Ce test détecte l'ensemble des boîtiers Sun StorEdge connectés et affiche le statut des différents éléments du boîtier.
TABLEAU A-10 Description du test Boîtier Sun StorEdge A/D 1000 et conditions requises
Mode de test
|
Description
|
Conditions requises
|
Contrôle rapide
|
Les bits de résumé du statut du boîtier sont lus. Des informations détaillées sont indiquées uniquement si une condition irréversible ou critique est détectée.
|
Aucune
|
Test complet
|
Contrôle et signale le statut des éléments suivants du boîtier :
- disque,
- alimentation,
- ventilateur,
- température,
- batterie cache RPA (StorEdge A1000 uniquement).
Une erreur est enregistrée si une condition irréversible ou critique est détectée. Les conditions non-critiques sont signalées par des messages d'avertissement.
|
Aucune
|
Test Contrôleur pile SPARCstorage
Le test Contrôleur pile SPARCstorage contrôle la fonctionnalité de la carte contrôleur de la pile SPARCstorage
(SSA). Il isole les pannes des unités de disque SSA de celles de la carte contrôleur SSA.
TABLEAU A-11 Description du test Contrôleur pile SPARCstorage et conditions requises
Mode de test
|
Description
|
Conditions requises
|
Contrôle rapide
|
Contrôle l'état du module de la batterie et du module de ventilation de la pile SPARCstorage.
|
Aucune
|
Test complet
|
Fait travailler le matériel et le logiciel en appelant des commandes de tampon de lecture SCSI de différentes tailles au niveau de la NVRAM. Ces opérations font travailler tous les composants à l'exception des périphériques SCSI : le matériel Fibre Channel de l'hôte, le matériel Fibre Channel de la baie, le logiciel de gestion résidant de la baie et l'interaction des composants matériels sur la carte contrôleur de la baie.
Remarque -- Pour tester les disques durs, utilisez le test Disque. Ce test signale également les pannes du module de ventilation et du module de batterie NVRAM de la pile SPARCstorage.
|
Aucune
|
Test Bande
Le test Bande vérifie la présence ou le fonctionnement de plusieurs types de lecteurs de bandes. Il supporte les lecteurs de bandes à chargement frontal de 4 mm, 8 mm, DLT, 1/4-pouce et 1/2-pouce.
TABLEAU A-12 Description du test Bande et conditions requises
Mode de test
|
Description
|
Conditions requises
|
Contrôle rapide
|
Vérifie s'il est possible d'ouvrir le lecteur et d'en déterminer le type. Si les deux contrôles réussissent ou si le lecteur est en cours d'utilisation, le test réussit. Le test échoue si l'opération d'ouverture est infructueuse pour toute raison autre que le fait que le lecteur soit occupé.
|
Aucune
|
Test complet
|
Vérifie s'il est possible d'ouvrir le lecteur et d'en déterminer le type. Si les deux contrôles réussissent ou si le lecteur est en cours d'utilisation, le test réussit. Le test échoue si l'opération d'ouverture est infructueuse pour toute raison autre que le fait que le lecteur soit occupé.
|
Aucune
|