Problèmes liés à Solaris résolus dans la version 10 10/08 du SE (suite)
TABLEAU 6
ID CR
Description
6614737
Les opérations de DR deleteboard(8) et
moveboard(8) peuvent se bloquer en présence
de l'une des
conditions suivantes :
• Un module DIMM a été endommagé.
• Le domaine contient des cartes système de
tailles de mémoire variables.
6619224
Dans le cas de domaines Solaris dotés de
processeurs SPARC 64 VII, un domaine de 256
threads (128 noyaux) ou plus peut se bloquer de
manière prolongée dans des circonstances
inhabituelles. Lors de la récupération, la
commande uptime présentera des moyennes de
charges extrêmement élevées.
6632549
Le service fmd peut échouer au mode de
maintenance pour le domaine après des
opérations de DR.
58
Notes de produit des serveurs SPARC Enterprise M8000/M9000 pour XCP version 1090 • Août 2009
Solution
Pour Solaris 10 5/08 ou les versions antérieures
de Solaris, ce problème a été corrigé dans le patch
137111-01.
[Solution]
Évitez d'effectuer des opérations de DR en
présence de l'une des conditions indiquées.
Afin d'identifier la présence éventuelle de
mémoire système endommagée, utilisez la
commande XSCF showstatus(8). Vous trouverez
un exemple de sortie à la section
d'un module de mémoire endommagé sur un
système », page
70.
Afin de déterminer si le domaine contient des
cartes système de tailles de mémoire variables,
affichez la liste correspondante en exécutant la
commande XSCF showdevices(8) ou
prtdiag(8) sur le domaine. Vous trouverez un
exemple de sortie à la section
tailles de mémoire différentes sur une carte
système », page
70.
En cas de blocage d'une commande de DR,
réinitialisez le domaine à des fins de récupération.
Ce problème a été corrigé dans le patch 137111-03.
[Solution]
Dans le cas de domaines Solaris comprenant des
processeurs SPARC 64 VII, ne dépassez pas un
maximum de 256 CPU virtuelles par domaine
Solaris. Autrement dit, utilisez au maximum 32
puces de CPU dans le cadre d'une configuration à
un seul domaine (configuration maximale pour
un serveur M8000).
Ce problème a été corrigé dans le patch 138050-01.
[Solution]
Si le service fmd aboutit à un échec, émettez les
commandes suivantes sur le domaine à des fins
de récupération :
# svcadm clear fmd
« Identification
« Identification de