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.


Reconfiguration dynamique de l'emplacement 1

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.


Limites connues

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é.



Remarque - Si vous avez besoin d'une telle configuration parce que vous effectuez une mise à niveau à partir de SMS 1.3 (qui prenait en charge les configurations à emplacement divisé MaxCPU), contactez le représentant du SAV Sun de votre région et communiquez-lui le numéro de référence RFE 4863496.




Notes relatives à la documentation de DR

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.


Bogues connus

Cette section présente d'importants bogues côté SMS qui concernent la DR sur les systèmes haut de gamme Sun Fire.

Échec d'une connexion réseau non détecté par DCA (BugID 4628314)

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.


Bogues connus relatifs au matériel

Interruption de la liaison MMF GigaSwift Ethernet avec un commutateur CISCO 4003 après une tentative d'opération DR (BugID 4709629)

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.