Sun Oracle SPARC Enterprise M3000 Notes De Produit page 23

ID CR M3000 M4000
M5000
6623226 o o
6680733 o o
6689757 o o
6725885 o
Problèmes corrigés dans Oracle Solaris 10 10/08
Le Tableau 3.7 à la page 23
Solaris 10 10/08. Vous risquez de les rencontrer dans les versions antérieures.
Tableau 3.7. Problèmes corrigés dans Oracle Solaris 10 10/08
ID CR M3000 M4000
M5000
6511374 o
6533686 o
6535018
6556742 o o
Chapitre 3. Informations sur les logiciels
M8000 Description
M9000
Reconfiguration) ayant pour objet la mémoire
permanente peut causer une panique du domaine.
o La commande lockstat(1M) d'Oracle Solaris ou
le fournisseur
dtrace lockstat
une erreur système grave.
o Les cartes NIC de l'adaptateur UTP Gigabit
Ethernet à 4 accès Sun (QGC) et l'adaptateur
profil bas XFP 10 Gigabit Ethernet Fiber à
double accès Sun (XGF) risquent de paniquer
dans des conditions de charge élevée.
o L'adaptateur profil bas XFP 10 Gigabit Ethernet
à double accès Sun Dual (XGF) associé à un
transcepteur optique XFP seul ou mal installé
peut entraîner l'affichage de l'erreur suivante sur
la console :
The XFP optical transceiver is broken or missing
(Le transcepteur optique XFP est cassé ou
manquant).
La commande XCP cfgadm(8) affiche des cartes
système M3000 inexistantes (SB1 à SB15).
dresse la liste des problèmes résolus dans le SE Oracle
M8000 Description
M9000
o Il est possible que des messages d'avertissement
de traduction de mémoire s'affichent au
démarrage si des blocs mémoire ont été
désactivés suite à un trop grand nombre d'erreurs.
o Lorsque XSCF dispose de faibles ressources
système, les opérations de DR deleteboard ou
moveboard destinées à déplacer de la mémoire
permanente peuvent échouer en générant une ou
plusieurs des erreurs suivantes :
SCF busy
DR parallel copy timeout
Cela s'applique uniquement à des cartes système
configurées en mode Quad-XSB et hébergeant
plusieurs domaines.
o Sur les domaines Oracle Solaris dotés de
processeurs SPARC64 VII, les charges de travail
exploitant le noyau Oracle Solaris de manière
intensive risquent de ne pas évoluer correctement
lorsque vous augmentez le nombre de threads
(unités d'exécution) en choisissant une valeur
supérieure à 256.
o Le système panique lorsque DiskSuite
ne parvient pas à lire metadb pendant la
Problèmes (CR) liés au SE Oracle Solaris et solutions associées
Solution
Attendez que l'opération de DR soit terminée avant
de procéder à la réinitialisation.
N'utilisez pas la commande lockstat(1M) d'Oracle
peut entraîner Solaris ni le fournisseur
Dans la mesure du possible, utilisez la carte
installée dans l'emplacement x8. Sinon, il n'existe
aucune solution.
Vérifiez que les deux transcepteurs optiques XFP
sont bien insérés dans le logement.
Ne mélangez pas les transcepteurs optiques XFP
Sun et INTEL dans le même adaptateur.
Ne plombez PAS un port avec la commande
ifconfig(1M) d'Oracle Solaris si ce port ne contient
pas de transcepteur optique XFP ou s'il en a un
mais que ce dernier n'est pas utilisé.
La sortie de cfgadm relative aux cartes SB1 à
SB15 peut être ignorée.
Solution
Une fois le système réinitialisé, utilisez la
commande fmadm repair afin d'empêcher que
ce problème ne survienne à nouveau lors de la
prochaine initialisation.
Recommencez l'opération de DR ultérieurement.
Dans le cas de domaines Oracle Solaris
comprenant des processeurs SPARC64 VII, limitez
le nombre de threads à 256.
La panique peut être évitée lorsqu'une copie
de metadb est accessible par le biais d'un autre
adaptateur de bus hôte.
.
dtrace lockstat
23