Guide du propriétaire du serveur Sun Enterprise 220R

Informations sur le diagnostic de problèmes spécifiques

Panne de communication réseau

Symptôme

Le système est dans l'incapacité de communiquer via le réseau.

Action

Votre système est conforme à la norme Ethernet 10/100BASE-TX, qui établit que la fonction de test d'intégrité de la liaison Ethernet 10BASE-T doit toujours être activée à la fois sur le système hôte et sur le concentrateur Ethernet. Le système ne peut pas communiquer avec un réseau si cette fonction n'est pas paramétrée de façon identique pour le système et le concentrateur du réseau (activée ou désactivée pour ces deux éléments). Ce problème ne s'applique qu'aux concentrateurs de réseau 10BASE-T, où le test d'intégrité de la liaison Ethernet est optionnel. Il ne se présente pas avec les réseaux 100BASE-TX puisque ce test y est activé par défaut. Pour plus d'informations sur la fonction de test d'intégrité de liaison, consultez la documentation fournie avec votre concentrateur Ethernet.

Si vous connectez le système à un réseau et que ce réseau ne répond pas, utilisez la commande OpenBoot PROM watch-net-all pour afficher l'état de toutes les connexions du réseau :


ok watch-net-all

Sur la plupart des cartes Ethernet PCI, la fonction de test d'intégrité de liaison peut être activée ou désactivée au moyen d'un cavalier situé sur la carte PCI, que vous devez régler manuellement (consultez la documentation fournie avec la carte concernée). Pour les ports TPE et MII standards de la carte logique principale, le test de liaison est activé ou désactivé au moyen du logiciel, comme illustré ci-dessous.

N'oubliez pas que les ports TPE et MII partagent les mêmes circuits et que, par conséquent, seul un de ces ports peut être utilisé à la fois.


Remarque :

La conception de certains concentrateurs active (ou désactive) de manière permanente le test d'intégrité de liaison au moyen d'un cavalier. Dans ce cas, consultez le manuel de l'utilisateur ou d'installation de votre concentrateur pour tout détail sur la mise en oeuvre de ce test.


Détermination du nom de périphérique de l'interface Ethernet

Pour activer ou désactiver le test d'intégrité de liaison pour l'interface Ethernet standard ou pour une interface Ethernet basée sur PCI, vous devez tout d'abord connaître le nom de périphérique de l'interface Ethernet choisie. Pour lister ce nom de périphérique utilisez l'une des solutions décrites ci-après.

Solution 1

Utilisez cette méthode lorsque le système d'exploitation est en cours d'exécution :

  1. Connectez-vous en tant que super-utilisateur.

  2. Tapez ce qui suit :


    # eeprom nvramrc="probe-all install-console banner apply disable-link-pulse nom_périphérique"
      (Répétez pour tout nom de périphérique supplémentaire.)
    # eeprom "use-nvramrc?"=true
    

  3. Réinitialisez le système pour appliquer les changements.

Solution 2

Utilisez cette méthode lorsque le système est déjà à l'invite OpenBoot :

  1. Arrêtez le système d'exploitation et amenez le système à l'invite ok.

  2. Déterminez le nom de périphérique de l'interface Ethernet choisie.

  3. A l'invite ok, tapez ce qui suit :


    ok nvedit
    0: probe-all install-console banner
    1: apply disable-link-pulse nom-périphérique
    (Répétez cette étape pour tout nom de périphérique supplémentaire.) 
    (Appuyez sur CONTROL-C pour sortir de nvedit.)
    ok nvstore
    ok setenv use-nvramrc? true
    

  4. Réinitialisez le système pour appliquer les changements.

Panne à la mise sous tension

Symptôme

Le système essaye de se mettre sous tension mais n'arrive pas à s'initialiser ou à initialiser le terminal ou le moniteur.

Action

  1. Exécutez les diagnostics POST.

    Voir "Comment utiliser les diagnostics POST".

  2. Regardez les résultats du POST.

    Le voyant de panne générale du panneau avant devrait clignoter lentement pour indiquer que le POST est en cours d'exécution. Contrôlez le résultat du POST en utilisant un terminal raccordé localement ou une connexion tip.

  3. Si vous ne voyez aucune activité au niveau des voyants lumineux du panneau avant, il se peut qu'une alimentation soit défectueuse.

    Voir "Voyants lumineux des alimentations".

  4. Si le résultat du POST contient un message d'erreur, le POST a échoué.

    La cause la plus probable de cet échec pour ce type de panne est la carte logique principale. Cependant, avant de changer la carte logique principale vous devez effectuer les opérations suivantes :

    1. Retirez les cartes PCI optionnelles.

    2. Retirez les barrettes DIMM optionnelles.

      Ne laissez que quatre DIMM dans le bloc A.

    3. Répétez le POST pour déterminer si l'un de ces modules n'était pas à l'origine de l'échec.

    4. Si le POST échoue de nouveau, changez la carte logique principale.

Sortie vidéo défectueuse

Symptôme

Il n'y a pas de vidéo sur le moniteur du système.

Action

  1. Contrôlez que le cordon d'alimentation soit bien branché d'une part au moniteur et de l'autre à la prise murale.

  2. Vérifiez avec un contrôleur universel que la prise murale distribue bien du courant CA.

  3. Vérifiez que la connexion du câble vidéo soit sûre entre le moniteur et le port de sortie vidéo.

    Utilisez un contrôleur universel pour effectuer un test de continuité sur le câble vidéo.

  4. Si les câbles et leurs connexions sont opérationnels, recherchez la panne sur le moniteur et la carte graphique.

Disque ou lecteur de CD-ROM défectueux

Symptôme

Une erreur d'écriture, lecture ou parité d'unité de disque est signalée par le système d'exploitation ou une application.

Une erreur de lecteur ou une erreur de parité de CD-ROM est signalée par le système d'exploitation ou une application.

Action

  1. Changez l'unité signalée par le message de panne.

Symptôme

L'unité de disque ou le lecteur de CD-ROM ne parvient pas à s'initialiser ou ne répond pas aux commandes.

Action

Testez la réponse de l'unité à la commande probe-scsi-all comme suit :

  1. A l'invite ok du système, tapez ce qui suit :


    ok reset-all
    ok probe-scsi-all
    

  2. Si le périphérique SCSI répond correctement à probe-scsi-all, un message similaire à "Résultat de probe-scsi-all :" est imprimé.

    Si le périphérique répond et qu'un message s'affiche, le contrôleur SCSI du système a testé avec succès le périphérique. Cela indique que la carte logique principale fonctionne correctement.

    1. Si une unité ne répond pas au test du contrôleur SCSI mais que les autres répondent, changez l'unité qui ne répond pas.

    2. Si une seule unité de disque interne est configurée avec le système et que le test probe-scsi-all n'indique pas ce périphérique dans le message, changez cette unité.

    3. Si le problème persiste après avoir changé l'unité, changez la carte logique principale.

    4. Si le problème persiste après avoir changé à la fois l'unité et la carte logique principale, changez le câble de données UltraSCSI correspondant et le fond de panier UltraSCSI.

Contrôleur SCSI défectueux

Pour contrôler si les contrôleurs SCSI de la carte logique principale sont défectueux, testez la réponse de l'unité à la commande probe-scsi. Pour tester d'autres contrôleurs SCSI supplémentaires ajoutés au système, utilisez la commande probe-scsi-all. Vous pouvez utiliser la commande OBP printenv pour afficher les variables de configuration OpenBoot PROM stockées dans la NVRAM du système. Le résultat de cette commande indique les valeurs actuelles et par défaut de ces variables. Pour plus d'informations, reportez-vous à "Commande OBP printenv".

  1. A l'invite ok, tapez ce qui suit :


    ok probe-scsi
    

    Si un message s'affiche pour chaque disque installé, les contrôleurs SCSI du système ont testé les unités avec succès. Cela indique que la carte logique principale fonctionne correctement.

  2. Si un disque ne répond pas, changez-le.

  3. Si le problème persiste après avoir changé le disque, contactez votre technicien qualifié agréé pour changer le câble SCSI correspondant et le fond de panier.

Alimentation défectueuse

S'il y a un problème au niveau d'une alimentation, le voyant lumineux de panne du système s'allume sur le panneau avant. Si votre système est doté de plusieurs alimentations, vous pouvez utiliser les voyants lumineux des alimentations pour identifier l'alimentation défectueuse. Les voyants des alimentations indiquent tout problème au niveau de l'entrée CA ou de la sortie CC. Pour plus d'informations sur les voyants, reportez-vous à "Voyants lumineux des alimentations". Pour changer une alimentation, contactez un technicien qualifié agréé.

Barrette DIMM défectueuse

Les diagnostics SunVTS et POST peuvent indiquer des erreurs de mémoire rencontrées pendant leur exécution. Les messages d'erreur de mémoire indiquent en général le numéro de l'emplacement DIMM (numéro "U") de la barrette défectueuse. Pour changer une barrette DIMM, contactez un technicien qualifié agréé.

Utilisez le diagramme suivant pour repérer l'emplacement d'une barrette DIMM défectueuse à partir de son numéro U :

Graphic

Une fois que vous avez identifié la barrette DIMM défectueuse, consultez le Sun Enterprise 220R Server Service Manual ; pour changer toute pièce défectueuse, contactez votre technicien qualifié agréé.