C H A P I T R E 3 |
Notes de version relatives à la reconfiguration dynamique |
Certains logiciels de reconfiguration dynamique (DR, de l'anglais Dynamic Reconfiguration) installés sur les systèmes haut de gamme Sun Fire sont exécutés sur le domaine tandis que d'autres fonctionnent avec SMS sur le contrôleur système (SC). Ce chapitre décrit le fonctionnement de la reconfiguration dynamique côté SC avec SMS 1.4.1. Pour plus d'informations sur la reconfiguration dynamique côté domaine, reportez-vous à la version appropriée du Supplément des notes de version de Solaris pour les produits matériels Sun.
Les serveurs haut de gamme Sun Fire prennent en charge jusqu'à 18 cartes d'extension, chacune équipée de deux emplacements. L'emplacement 0 correspond à l'ensemble supérieur, qui contient une carte processeur/mémoire tandis que l'emplacement 1 désigne l'ensemble inférieur. L'emplacement 1 peut contenir une carte MaxCPU, un assemblage hsPCI et un assemblage hsPCI+ ou wPCI.
Remarque - Si une carte MaxCPU est insérée dans l'emplacement 1, les cartes de cette extension doivent faire partie du même domaine. Reportez-vous aux limitations connues à ce sujet. |
Solaris 9 4/03 fut la première version de Solaris 9 à prendre en charge les opérations DR sur une carte insérée dans l'emplacement 1 et Solaris 8 2/02 (à condition d'installer certains patchs) est la première version de Solaris 8 à les prendre en charge. Les domaines qui exécutent la version de base de Solaris 9 continuent à prendre en charge la DR sur les cartes processeur/mémoire. Pour bénéficier de la prise en charge DR complète pour l'emplacement 1, vous devez installer SMS 1.3, SMS 1.4 ou SMS 1.4.1 sur le SC et exécuter la dernière version de l'ensemble de fonctions le plus complet ainsi que les corrections de bogues les plus récents.
Lorsque l'emplacement 1 d'une carte d'extension contient une carte MaxCPU, il est impossible de configurer correctement les cartes de cette extension dans des domaines différents. Si une carte est configurée dans un domaine, toute tentative de configuration de l'autre carte dans un autre domaine est vouée à l'échec. L'état Failed (échec) est attribué à la carte et un message d'erreur semblable à l'exemple suivant est consigné dans le journal POST :
FAIL Slot SBx: MaxCPU in use in Slot IOx [...]
Si vous tentez par la suite une nouvelle opération DR pour la carte, un message d'erreur vous signale une condition insuffisante.
Mettre progressivement sous tension la carte afin d'effacer l'état d'échec permet à la carte de devenir la cible d'une opération DR autorisée. Autrement dit, l'opération n'aboutira pas à une condition d'emplacement divisé.
En ce qui concerne les notes de version relatives à la DR côté domaine, reportez-vous au Supplément des notes de version de Solaris pour les produits matériels Sun correspondant à la version de Solaris exécutée sur vos domaines. Ce document accompagne toutes les versions et mises à jour de Solaris.
Cette section présente d'importants bogues côté SMS qui concernent la DR sur les systèmes haut de gamme Sun Fire.
DCA ne détecte pas l'échec d'une connexion réseau, ce qui peut causer le blocage d'une commande DR.
Solution : interrompez toutes les commandes DR distantes qui semblent bloquées.
Toute tentative d'exécution d'opération DR sur un système doté d'une liaison MMF Ethernet GigaSwift Sun, option X1151A, référence 595-5773, relié à certains commutateurs CISCO, cause l'interruption de la liaison. Ce problème est causé par un bogue connu dans l'un des composants du matériel/microprogramme CISCO suivants :
Ce problème ne survient pas sur un commutateur CISCO 6509.
Solution : utilisez un autre commutateur ou procurez-vous un patch auprès de Cisco.
Copyright © 2004, Sun Microsystems, Inc. Tous droits réservés.