Fujitsu SPARC Enterprise T5120 Notes De Produit page 58

vigueur. Toute modification ultérieure apportée par la commande setenv ou
eeprom est alors conservée d'une réinitialisation à l'autre, du moins jusqu'à la
prochaine commande bootmode suivie d'un cycle de mise sous tension progressive.
Solution : redémarrez le domaine de contrôle au moyen d'une réinitialisation à la
mise sous tension immédiatement après l'exécution de la commande bootmode et
redémarrez à nouveau après l'initialisation du domaine de contrôle sur OpenBoot ou
Solaris. La première réinitialisation à la mise sous tension active la commande
bootmode tandis que la seconde résout le problème de persistance de la commande.
Vous pouvez redémarrer le domaine de contrôle avec la réinitialisation à la mise
sous tension à l'aide de la commande powercycle de la CLI de compatibilité
ALOM CMT. Si le domaine de contrôle est initialisé sur le SE Solaris, n'oubliez pas
d'arrêter correctement le système d'exploitation avant d'exécuter la commande
powercycle.
Problème de blocage du canal de communication
reliant le domaine principal au processeur de
service (SP) (CR 6583567)
Il peut arriver, dans de très rares cas, que le canal de communication reliant le
domaine principal au SP se bloque et entraîne la désactivation de la communication
via ce canal.
Solutions :
S'il s'agit d'un canal utilisé par un service de domaine principal ou une application
■
autre que le démon de gestion des erreurs (fmd), tel que LDoms Manager (ldmd),
des messages d'avertissement ou d'erreur peuvent vous signaler des pannes de
communication. Dans ce cas, il est possible de rétablir le canal en redémarrant le
service ou l'application concerné(e).
S'il s'agit du canal utilisé par fmd, aucun message d'avertissement ou d'erreur ne
■
s'affiche. fmd ne reçoit aucun rapport ou diagnostic concernant les erreurs.
S'il s'agit du canal utilisé par le SE Solaris pour communiquer avec le SP, vous verrez
■
peut-être des messages d'avertissement ou d'erreur concernant l'impossibilité
d'obtenir l'interface PRI (Primary Rate Interface), l'impossibilité d'accéder aux
données ASR ou encore l'impossibilité de définir les variables LDoms ou d'établir
des communications SNMP. Dans ces cas de figure, il est possible de rétablir le canal
en réinitialisant le SP. Si le SP est réinitialisé, redémarrez le démon fmd sur le
domaine principal. Si cette opération ne résout pas le problème du canal, il peut
également s'avérer nécessaire de redémarrer le domaine principal.
En cas de blocage d'un domaine ou de redémarrage spontané d'un service sans
■
message d'erreur associé, vous devez procéder à la reprise de la manière suivante
afin de minimiser la perte potentielle de télémesure d'erreurs.
50 Notes de produit des serveurs SPARC Enterprise T5120 et T5220 • Octobre 2008